thank you very much , Eric!
I don't use strange chars in my filenames, but others do, sigh,
++pac
Thanks to detective work by Rod at hemiola and David du Colombier,
I've been able to find & fix the long-standing deadlock in fossil's
snapshot code.
The problem is the lock c->dirtylk, which prevents any thread from
dirtying new blocks while flushThread is writing old dirty blocks to
disk. Deadl
Τη Τετάρτη, 14 Μαρτίου 2012 10:08:57 μ.μ. UTC+1, ο χρήστης Paschke Christoph
έγραψε:
> for me very interesting question:
>
> who use a Plan 9 system productive?
> who use it for research?
> who use it just because bored with Linux as a tec gaming site?
> who use it commercial in a business?
> who
On Mar 22, 2012, at 12:57 PM, Richard Miller <9f...@hamnavoe.com> wrote:
> Thanks to detective work by Rod at hemiola and David du Colombier,
> I've been able to find & fix the long-standing deadlock in fossil's
> snapshot code.
>
> Patch is fossil-snap-deadlock.
Kudos to you all!!
G.
Thanks for your work. I'm glad we've come to the same conclusion.
In my side, I've also removed the c->dirtylk lock. It solved the
deadlock problem, but I was still unsure it was the right thing to do.
I've tried to obtain more information from the Fossil authors,
but without success.
Since we b
On Wed, 21 Mar 2012 13:08:04 -0700
Jerome Ibanes wrote:
> I use a "Vonets USB WiFi Bridge vap11g" I found on ebay for less than
> $10, I wrote a little driver to have it set its channel and ssid.
> I didn't have any documentation, so I snooped the usb traffic bridged
> to a windows instance runni
> thinking about patching a Linux driver module to record everything it
> does and every command it receives; snooping with driver help.
>
Wireshark can snoop usb traffic. It is easy and gives you all the
information you
probably need.
There is also a similar thing for windows. Can't remember the
I've finally solved the mystery of data corruption in fossil archives.
As usual, the cause is obvious once you've seen it. The clue is this
line and comment in /sys/src/cmd/fossil/cache.c:/^doRemoveLink:
/*
* We're not really going to overwrite b, but if we're not
* goin
you rock!
--
cinap
Hello,
Are there any known bugs in 9pfuse on ARM? I can mount a vac file
system OK with it, but trying to list files on it causes:
unexpected open flags 02444000
ls: cannot open directory /mnt/foo: Permission denied
Trying to read files:
unexpected open flags 040
cat: /mnt/foo/bar.txt:
Russ Cox writes:
> Try running verifyarena on both.
LOL. There's a "verifyarena" command? Silly me, I just had to
s/checkarenas/verifyarena/!
How do you guys know all these obscure command names (let alone what
they do)? Let me guess... you wrote them? Plan 9 is really looking
like a hacker
Hello,
I have released a new version of kerTeX: 0..4.0 with fixes for
dvips(1) (problem with pfb with huge number of glyphes), and an
extension of the searching routines to allow (waiting for authors to
realize that a dir is part of a name...) for a more organized hierarchy
(letting added stuf
Wireshark is available for windows, osx and linux.
On Thu, Mar 22, 2012 at 8:44 AM, Gorka Guardiola wrote:
>> thinking about patching a Linux driver module to record everything it
>> does and every command it receives; snooping with driver help.
>>
>
> Wireshark can snoop usb traffic. It is easy
Kudos to Mr Miller,
-Steve
I've also encountered this on my synology DS411 linux based kirkwood
NAS. If I remember correctly I saw a comment by Russ regarding
weird/unhandled flags being passed to the open syscall.
My workaround was just to compile a 9p kernel module and mount the
vacfs export with it.
On Thu, Mar 22, 2012
Good catch!
I've not been able to easily reproduce this problem.
How did you proceed?
--
David du Colombier
I've looked at
http://code.swtch.com/plan9port/src/9574d432c889/src/cmd/9pfuse/main.c#cl-580
and O_NOFOLLOW == 040 handling was added in
http://code.swtch.com/plan9port/changeset/43f43652132d
So maybe you can recompile a more recent version ?
On Thu, Mar 22, 2012 at 8:30 PM, Pavel Zholkover
> I've not been able to easily reproduce this problem.
> How did you proceed?
Not very reproducible, but I found it could be encouraged to happen
(on a sacrificial secondary fossil+venti) with this:
tar c /n/xfossil/sys/src >/dev/null &
while (sleep 60) echo snap -a >>/srv/xfscons
impressive. hats off.
--
iphone kbd. excuse typos :)
On Mar 22, 2012, at 8:24 PM, Richard Miller <9f...@hamnavoe.com> wrote:
>> I've not been able to easily reproduce this problem.
>> How did you proceed?
>
> Not very reproducible, but I found it could be encouraged to happen
> (on a sacrific
apologies to the others involved, i sent this before i read all of richard's
email.
well done all, i have been hoping people with more skill than i might fix this.
-Steve
On 22 Mar 2012, at 05:57 PM, "Steve Simon" wrote:
> Kudos to Mr Miller,
>
> -Steve
20 matches
Mail list logo
