>>> Well, I did try to compile it but make fails on all the Linux computers
>>> I have access to. They all run CentOS 5.2. It would be nice to have a
>>> .rpm... I am a sysadmin, not a programmer, I am not able to solve most
>>> compile errors.
>>>
>
> I will have a hack at compiling it lat
On Sat, Jan 24, 2009 at 12:43 PM, Miguel Medalha wrote:
>
>> again, Windows NTFS directories are inherently stored in sorted order
>> because they are B-Tree indexes on the filename.
>>
>> if this distiller process is being run from a "DOS" batch job in
>> Windows, you could perhaps use something
> again, Windows NTFS directories are inherently stored in sorted order
> because they are B-Tree indexes on the filename.
>
> if this distiller process is being run from a "DOS" batch job in
> Windows, you could perhaps use something like...
>
> for /f %%F in ('dir /b /on *.ps') DO @\path\t
Miguel Medalha wrote:
>> Regardless of what that paper says, Distiller has ALWAYS processed the
>> files in alphabetical order under Windows. I have been doing so since
>> 2000 and Acrobat Distiller 4. We are now at 9. I refer, of course, to
>> the use of rundirx.
>>
again, Windows NTFS di
> Hi,
>
> You might want to try to look into the Distiller side of things.
>
That's what I always did. I am a DTP guy.
> 1) I believe you are using Rundirex.txt file to convert all the .ps's
> into one .pdf. This page from Adobe confirms that it will take the
> files in directory order under W
Hi,
On Fri, Jan 23, 2009 at 20:45, Filipe Brandenburger
wrote:
> 3) Rundirex.txt (even with a .txt extension) is a Postscript file. [...]
> [...] way to sort the list of files from inside Postscript.
I think I did it.
Inside your Rundirex.txt, you should have this snippet:
/RunDir {
Hi,
You might want to try to look into the Distiller side of things.
1) I believe you are using Rundirex.txt file to convert all the .ps's
into one .pdf. This page from Adobe confirms that it will take the
files in directory order under Windows:
http://kb.adobe.com/selfservice/viewContent.do?ext
Hi,
On Fri, Jan 23, 2009 at 15:29, Miguel Medalha wrote:
> I am now almost certain that dir_index will solve the problem. I already
> remotely did fsck -fD to that filesystem.
I don't really think so... I believe dir_index is the default, your
filesystem was probably already created with the dir
On Fri, Jan 23, 2009 at 2:43 PM, Miguel Medalha wrote:
>
>> http://code.google.com/p/samba-dirsort-vfs/
>> Did you try that? I think someone recommended it to you.
> Well, I did try to compile it but make fails on all the Linux computers
> I have access to. They all run CentOS 5.2. It would be nic
> I was under the impression that the Distiller app was running under
> Windows. If it isn't, it doesn't make much sense for it to expect NTFS
> filesystem semantics.
>
>
Yes, Distiller is running under Windows. When pages start to get ready,
one of the graphic operators opens Distiller on
Miguel Medalha wrote:
>> Did you consider sharing a directory from the machine running distiller
>> and cifs-mounting it on the linux side to get ntfs behavior?
> That is out of question. The Windows machines are graphic workstations
> which are not all connected all the time and the Distiller se
> Did you consider sharing a directory from the machine running distiller
> and cifs-mounting it on the linux side to get ntfs behavior?
That is out of question. The Windows machines are graphic workstations
which are not all connected all the time and the Distiller service is
essential to the
Miguel Medalha wrote:
>> I still think the dir_index _ought_ to do what you need it to do. But
>> I've never had to depend on it for that purpose so it is just wishful
>> supposition on my part.
>>
>>
> I am now almost certain that dir_index will solve the problem. I already
> remotely did fsck
> I still think the dir_index _ought_ to do what you need it to do. But
> I've never had to depend on it for that purpose so it is just wishful
> supposition on my part.
>
>
I am now almost certain that dir_index will solve the problem. I already
remotely did fsck -fD to that filesystem.
Now I
Miguel Medalha wrote:
>
>> (...) think your real problem lies in your processing software in
>> the file ordering. I would have a really good look at the software doing it.
>>
>
> The problem lies in EXT3. I discovered that if I mv the files to another
> directory the files will then appear on
On Fri, 2009-01-23 at 19:43 +, Miguel Medalha wrote:
>
> > (...) think your real problem lies in your processing software in
> > the file ordering. I would have a really good look at the software doing it.
> >
>
> The problem lies in EXT3. I discovered that if I mv the files to another
> This sounds to me like the dir_index option was applied to a file system
> that didn't originally have it and an fsck -Df wasn't run at the time.
That may well be the most relevant information given here! I will
*certainly* give it a try.
Thank you!
___
On Fri, 23 Jan 2009, Miguel Medalha wrote:
> This seems a bit strange to me. Why doesn't EXT3 present the files in
> alphanumerical order after they are first created one by one but then
> presents them alphanumerically after a bulk move to another directory?
This sounds to me like the dir_index
> http://code.google.com/p/samba-dirsort-vfs/
> Did you try that? I think someone recommended it to you.
Well, I did try to compile it but make fails on all the Linux computers
I have access to. They all run CentOS 5.2. It would be nice to have a
.rpm... I am a sysadmin, not a programmer, I am n
19 matches
Mail list logo