Thank you so much for the suggestion. Will try.
In the meantime I ran into this cute problem of a UTF8 character in a file
name. I have no idea how it got there, but it fouled up bigfiles. I looked
in the directory using the Vista directory display and it showed the file
name with the "y" with the double dots over it as well. I have no idea how
Windows handles UTF8 characters in a file name, but parts of it seem to work
and some not. I don't know if there is really anything in bigfiles to fix,
but it is interesting.
bfsize_jbf_ 'D:\Documents\Jump Drive\Backup\J\J5User\ÿ'
+-+--------------------------------------------+
|2|The system cannot find the file specified. |
+-+--------------------------------------------+
fdir 'D:\Documents\Jump Drive\Backup\J\J5User\ÿ'
+--+---------------+--+---+------+
|ÿ|2004 8 5 7 5 44|36|rw-|-----a|
+--+---------------+--+---+------+
a.i._3{.'D:\Documents\Jump Drive\Backup\J\J5User\ÿ'
92 195 191
On Mon, Dec 1, 2008 at 5:45 PM, David Mitchell <[EMAIL PROTECTED]>wrote:
> The simpler solution:
>
> Change bigfiles.ijs
> ...
> bfsize=: 3 : 0
> if. t y do.
> try. fh=: CreateFileR (y,{.a.);0;0;NULLPTR;OPEN_EXISTING;0;0 catch.
> ...
>
> Changing the second parameter of CreateFileR to 0 allows bfsize to get a
> file handle of an open file.
>
> --
>
> David Mitchell
>
>
> (clip)
>
>
>> Don Guinn wrote:
>>
>>> Here is the problem: Given a file in the current directory "xxx" is
>>> opened
>>> in one J session then tried to get it's size using bigfiles in another
>>> session.
>>> Session 0:
>>> h=:1!:21<'xxx'
>>> h
>>> 34035648
>>>
>>> Session 1:
>>> load 'C:\j602\system\packages\files\bigfiles.ijs'
>>> fdir 'xxx'
>>> +---+-------------------+-+---+------+
>>> |xxx|2006 12 15 10 41 25|3|rw-|-----a|
>>> +---+-------------------+-+---+------+
>>> bfsize_jbf_ 'xxx'
>>> +--+---------------------------------------------------------------------------------+
>>>
>>> |32|The process cannot access the file because it is being used by
>>> another
>>> process. |
>>> +--+---------------------------------------------------------------------------------+
>>>
>>>
>>> Notice that somehow fdir is able to get the size of the file but
>>> bfsize_jbf_
>>> is not.
>>>
>>> Back to session 0:
>>> 1!:22 h
>>> 1
>>>
>>> And now in session 1:
>>> bfsize_jbf_ 'xxx'
>>> 0 3
>>>
>>> Once the file is closed in session 0 the file is accessible to bigfiles.
>>>
>>> How is fdir able to get to the file size? Is it reading the directory
>>> directly avoiding having to open the file? Or what?
>>>
>>>
>>> On Sun, Nov 30, 2008 at 7:43 PM, David Mitchell <[EMAIL PROTECTED]
>>> >wrote:
>>>
>>> Don Guinn wrote:
>>>>
>>>> I ran into problems when using fdir (1!:0) when the files were larger
>>>>> than
>>>>> 2
>>>>> gig. The size of the file is wrong as is documented. I addressed this
>>>>> by
>>>>> using bigfiles and it worked well until I tried to get the size of a
>>>>> file
>>>>> that was open by another application. Then bfsize_jbf_ fails. What
>>>>> confuses
>>>>> me is that somehow 1!:0 can retrieve the size of the file (though
>>>>> incorrect)
>>>>> even though it is open to another application. As best as I can tell
>>>>> all
>>>>> file tools provided by Microsoft require file handles implying that the
>>>>> file
>>>>> has been opened.
>>>>> So how does 1!:0 get the file size for files open to other
>>>>> applications?
>>>>> It
>>>>> would be nice if bigfiles could use the same technique.
>>>>> ----------------------------------------------------------------------
>>>>> For information about J forums see http://www.jsoftware.com/forums.htm
>>>>>
>>>>>
>>>>> This worked for me:
>>>>
>>>> FindFirstFile=: 'kernel32 FindFirstFileA i *c *'&cd
>>>> FindClose=: 'kernel32 FindClose i i'&cd
>>>>
>>>>
>>>> findd=:318$'a'
>>>> ffsize=:28+i.8
>>>> INVALID_HANDLE_VALUE=: _1
>>>>
>>>> NB. =========================================================
>>>> NB.*fffsize v get file size using windows API
>>>> NB. form: fffsize file_path_name
>>>> fffsize=: 3 : 0
>>>> 'fh ft fv'=. FindFirstFile y;findd
>>>> if. INVALID_HANDLE_VALUE~:fh do.
>>>> r=.b32to64 ctoi"1]2 4$ffsize{fv
>>>> FindClose fh
>>>> else.
>>>> r=.''
>>>> end.
>>>> r
>>>> )
>>>>
>>>> --
>>>> David Mitchell
>>>>
>>>> ----------------------------------------------------------------------
>>>> For information about J forums see http://www.jsoftware.com/forums.htm
>>>>
>>>> ----------------------------------------------------------------------
>>> For information about J forums see http://www.jsoftware.com/forums.htm
>>>
>>> ----------------------------------------------------------------------
>> For information about J forums see http://www.jsoftware.com/forums.htm
>>
>> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
>
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
