This is what I did, but only because it is very easy with Debian and I didn't know how else to do it! I am interested to find out.
On 9/14/07, Dianne Patterson
<[log in to unmask]> wrote:Is the only way to patch to download the entire package and replace its predecessor?
-Dianne
On 9/13/07, Peter Smale <
[log in to unmask]> wrote:Hi Tim,
I have just repatched. I also tried ./monitor in the bedpostX directory but an error message tells me there is no such file or directory. I couldn't find it using locate.
I was also following the thread on probtrackx output filenames and I noticed that there is no
probtrackxOptions.h file in my $FSLDIR/src/fdt. Am I a beer or two short of a six-pack?
Cheers,
Peter
On 9/13/07, Tim Behrens <
[log in to unmask]> wrote:Hi -
if you type ./monitor in the bedpostX directory, it should tell you
how many slices are processed.
Have you patched since the update yesterday? If not, it will take a
while.
T
On 13 Sep 2007, at 03:06, Peter Smale wrote:
> Hi team,
> I am running the patched FSL
4.0 on Debian etch. I am enjoying
> putting FDT
> through its paces.
>
> I wonder if this problem is related: My bedpostx also appears to
> hang at the
> "Queueing parallel processing stages" stage. Running top shows that
> xfibres
> is working:
> 4333 root 25 0 12468 8988 2040 R 98 0.4 0:11.42 xfibres
> and I get the expected output in the xx.bedpostX directory eventually.
>
> For some reason, though, there is no output to the terminal saying
> "X slices
> processed" like there was with FSL 3.3. I have had a look at
> /usr/share/lib/fsl/bedpostx and I can't see what's wrong.
>
>
> Thanks in advance,
> Peter
--
Dianne Patterson, Ph.D.
[log in to unmask]
ERP Lab
University of Arizona
621-3256 (Office)