I just tried with MSE stopped.  It made no difference at all.

David

Sent from ProtonMail Mobile

On Wed, Jun 3, 2020 at 22:23, Greg Hellings <greg.helli...@gmail.com> wrote:

> On Wed, Jun 3, 2020, 15:41 David Haslam <dfh...@protonmail.com> wrote:
>
>> The only AV that I use is Windows Security Essentials.
>> This has never caused me any issues with other Sword utilities, so I doubt 
>> it could be the culprit for xml2gbs. There's nothing in its quarantine 
>> storage.
>
> Can you try running the import with that disabled? It's still a worthwhile 
> avenue to explore.
>
> --Greg
>
>> I noticed during a further test earlier this evening that during the 
>> fleeting existence of both files, their sizes never exceeded 0 bytes. I 
>> suppose therefore that no data is being written to them, and tentatively 
>> surmise that in case of build errors, xml2gbs might have a routine to remove 
>> empty files as it finishes. It's a plausible conjecture.
>>
>> Timmy has since built the module under Linux and sent it to me. It works 
>> fine.
>> He and another list member have both offered to try using xml2gbs under 
>> Windows 10.
>> That may await tomorrow.
>>
>> Best regards,
>>
>> David
>>
>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>
>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>> On Wednesday, 3 June 2020 19:46, Greg Hellings <greg.helli...@gmail.com> 
>> wrote:
>>
>>> On Wed, Jun 3, 2020 at 12:41 PM David Haslam <dfh...@protonmail.com> wrote:
>>>
>>>> Well I guess there's at least one Windows 10 user on this mailing list, so 
>>>> it would be useful to know whether the same issue occurs on that supported 
>>>> operating system, even if one accepts that Windows 7 is past its official 
>>>> end of support for non-enterprise customers.
>>>
>>> No one is doubting the users in Windows. Windows just has never been a 
>>> supported venue for the utilities. They are not really designed to be 
>>> end-user-supported in the same way that the applications and library are. 
>>> And, as such, there aren't really utility developers on Windows.
>>>
>>>> Aside: There's still a very large install base of Windows 7 systems 
>>>> worldwide. Many businesses have never migrated to Windows 10.
>>>>
>>>> Creating two files (according to design) and then almost immediately 
>>>> deleting them is very bizarre. There must be a rational explanation. It 
>>>> might turn out to be so simple that (in theory at least) it could be very 
>>>> easily rectified.
>>>
>>> I have only seen this in one scenario, before, and that was virus/malware 
>>> monitoring software. Do you have any such security software installed? Can 
>>> you check to see if it is getting in the way? Try seeing if it has 
>>> quarantined the files, if so, and then try running with it disabled.
>>>
>>> --Greg
>>>
>>>> Best regards,
>>>>
>>>> David
>>>>
>>>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>>>
>>>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>>> On Wednesday, 3 June 2020 18:10, Greg Hellings <greg.helli...@gmail.com> 
>>>> wrote:
>>>>
>>>>> On Wed, Jun 3, 2020 at 9:50 AM David Haslam <dfh...@protonmail.com> wrote:
>>>>>
>>>>>> Be that as it may, it would be helpful if someone could go the extra 
>>>>>> mile beyond the call of duty.
>>>>>
>>>>> Don't hold your breath. None of the developers of the utilities are 
>>>>> Windows users, nor do they support running an unsupported version of the 
>>>>> tools on an unsupported version of the operating system.
>>>>>
>>>>>> As it is, I have no means to test a new GenBook module until it’s been 
>>>>>> put in CrossWire Beta by Dom.
>>>>>
>>>>> https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/about/
>>>>>
>>>>> https://www.virtualbox.org/
>>>>>
>>>>> https://www.vmware.com/products/workstation-player/workstation-player-evaluation.html
>>>>>
>>>>> https://docs.microsoft.com/en-us/windows/wsl/install-win10
>>>>>
>>>>> That is decidedly not true.
>>>>>
>>>>> --Greg
>>>>>
>>>>>> Kind regards,
>>>>>>
>>>>>> David
>>>>>>
>>>>>> Sent from ProtonMail Mobile
>>>>>>
>>>>>> On Wed, Jun 3, 2020 at 15:44, Greg Hellings <greg.helli...@gmail.com> 
>>>>>> wrote:
>>>>>>
>>>>>>> I will remind you
>>>>>>>
>>>>>>> 1) Windows builds of the utilities are not officially supported at all
>>>>>>> 2) Builds of the utilities from any source other than SVN trunk are not 
>>>>>>> supported at all
>>>>>>>
>>>>>>> This problem falls into both categories and is, therefore, not a 
>>>>>>> supported situation that is likely to garner any attention.
>>>>>>>
>>>>>>> --Greg
>>>>>>>
>>>>>>> On Wed, Jun 3, 2020, 09:36 David Haslam <dfh...@protonmail.com> wrote:
>>>>>>>
>>>>>>>> http://tracker.crosswire.org/browse/MODTOOLS-104
>>>>>>>>
>>>>>>>> Sent from ProtonMail Mobile
>>>>>>>>
>>>>>>>> On Wed, Jun 3, 2020 at 14:33, David Haslam <dfh...@protonmail.com> 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> My Sword path is not in the part of the system that Windows guards 
>>>>>>>>> like that!
>>>>>>>>>
>>>>>>>>> It's where any normal Windows user with the same name would have it.
>>>>>>>>>
>>>>>>>>> C:\Users\David\AppData\Roaming\Sword
>>>>>>>>>
>>>>>>>>> For my own convenience, I have subst s: <sword_path> as one of the 
>>>>>>>>> several substitute drives made during startup.
>>>>>>>>>
>>>>>>>>> I never had such a weird problem with other module creation tools.
>>>>>>>>>
>>>>>>>>> Best regards,
>>>>>>>>>
>>>>>>>>> David
>>>>>>>>>
>>>>>>>>> Aside (especially for Tom): Eggshell™ is Sean Connery's favourite 
>>>>>>>>> spreadsheet program.
>>>>>>>>> [image.png]
>>>>>>>>>
>>>>>>>>> Sent with ProtonMail Secure Email.
>>>>>>>>>
>>>>>>>>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>>>>>>>> On Wednesday, 3 June 2020 14:22, Tom Sullivan <i...@beforgiven.info> 
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> David:
>>>>>>>>>>
>>>>>>>>>> I gave up on Microslop and Windoze years ago. So I am way out of 
>>>>>>>>>> date,
>>>>>>>>>> but even several years ago, Windoze would, for security reasons, 
>>>>>>>>>> restore
>>>>>>>>>> changed system files and delete foreign files unless certain settings
>>>>>>>>>> were made. C:\, was protected then, and maybe now.
>>>>>>>>>>
>>>>>>>>>> I think you got hit by Windoze is smarter than you behavior. Try cd 
>>>>>>>>>> to
>>>>>>>>>> your "my documents" directory and repeat. If you see a 3 files, then
>>>>>>>>>> you have a Windoze problem. You should be able to break your script 
>>>>>>>>>> into
>>>>>>>>>> simpler steps and fix things.
>>>>>>>>>>
>>>>>>>>>> Hope this helps.
>>>>>>>>>>
>>>>>>>>>> Tom
>>>>>>>>>>
>>>>>>>>>> Tom Sullivan
>>>>>>>>>> i...@beforgiven.info
>>>>>>>>>> FAX: 815-301-2835
>>>>>>>>>>
>>>>>>>>>> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> On 6/3/20 9:10 AM, David Haslam wrote:
>>>>>>>>>>
>>>>>>>>>> > I followed Timmy's sensible suggestion, which was something I'd 
>>>>>>>>>> > pondered
>>>>>>>>>> > myself already.
>>>>>>>>>> > Now here's what I observed.
>>>>>>>>>> > Files lbc1646.dat and lbc1646.idx appeared /momentarily/ in the
>>>>>>>>>> > Make folder, but simply vanished when lbc1646.bdt finished being
>>>>>>>>>> > created.
>>>>>>>>>> > Does anyone have a plausible explanation for such bizarre 
>>>>>>>>>> > behaviour?
>>>>>>>>>> > Were they moved to some unknown destination or simply deleted?
>>>>>>>>>> > Best regards,
>>>>>>>>>> > David
>>>>>>>>>> > Sent with ProtonMail https://protonmail.com Secure Email.
>>>>>>>>>> > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>>>>>>>>> > On Wednesday, 3 June 2020 13:34, Timmy tim....@gmail.com wrote:
>>>>>>>>>> >
>>>>>>>>>> > > Hi David,
>>>>>>>>>> > > As Tom also mentioned, I run the command on linux, in your case, 
>>>>>>>>>> > > like
>>>>>>>>>> > > this:
>>>>>>>>>> > > ..\utils64\xml2gbs -fO ..\Import\OSIS\OSIS-lbc1646.fix.xml 
>>>>>>>>>> > > lbc1646
>>>>>>>>>> > > Windows also can have issues if there are spaces in the path. I 
>>>>>>>>>> > > don't
>>>>>>>>>> > > know if your full path has any spaces, but you might want to try
>>>>>>>>>> > > running from c:\ directly, or some path that has no spaces.
>>>>>>>>>> > >
>>>>>>>>>> > > After command runs, the 3 files are in current directory. If it 
>>>>>>>>>> > > does
>>>>>>>>>> > > not work on Windows then there might be wins problem, not sure.
>>>>>>>>>> > > *
>>>>>>>>>> > >
>>>>>>>>>> > > ---------------------------------------------------------------------------------------------------------------------------------------
>>>>>>>>>> > >
>>>>>>>>>> > > Timmy Braun*
>>>>>>>>>> > > On Wed, Jun 3, 2020 at 6:23 AM David Haslam 
>>>>>>>>>> > > <dfh...@protonmail.com
>>>>>>>>>> > > mailto:dfh...@protonmail.com> wrote:
>>>>>>>>>> > >
>>>>>>>>>> > > Thanks Tom,
>>>>>>>>>> > >
>>>>>>>>>> > > The module name is [LBC1646] (as specified in my .conf file), and
>>>>>>>>>> > > that points to the right module path.
>>>>>>>>>> > >
>>>>>>>>>> > > This was the command in my CMD file, all of which are stored in a
>>>>>>>>>> > > folder called Make under my Sword path.
>>>>>>>>>> > >
>>>>>>>>>> > > ..\\utils64\\xml2gbs -fO ..\\Import\\OSIS\\OSIS-lbc1646.fix.xml
>>>>>>>>>> > > ..\\modules\\genbook\\rawgenbook\\lbc1646\\lbc1646 
>>>>>>>>>> > > 2>..\\Log\\error.log
>>>>>>>>>> > >
>>>>>>>>>> > > NB. utils64 is a symbolic link to where I installed the Windows
>>>>>>>>>> > > edition of Sword utilities (x64 version).
>>>>>>>>>> > > Likewise, the Import folder is one I created some years ago. The
>>>>>>>>>> > > Log folder is similar.
>>>>>>>>>> > >
>>>>>>>>>> > > This command created the file called lbc1646.bdt in the right
>>>>>>>>>> > > place, but did not create the other two files.
>>>>>>>>>> > > And, yes, I've looked for them elsewhere too!
>>>>>>>>>> > >
>>>>>>>>>> > > So am I doing something wrong or is there a deficiency in the
>>>>>>>>>> > > Windows edition of xml2gbs ?
>>>>>>>>>> > >
>>>>>>>>>> > >
>>>>>>>>>> > > Best regards,
>>>>>>>>>> > >
>>>>>>>>>> > > David
>>>>>>>>>> > >
>>>>>>>>>> > > Sent with ProtonMail Secure Email.
>>>>>>>>>> > >
>>>>>>>>>> > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>>>>>>>>> > > On Wednesday, 3 June 2020 12:57, Tom Sullivan
>>>>>>>>>> > > <i...@beforgiven.info <mailto:i...@beforgiven.info>> wrote:
>>>>>>>>>> > >
>>>>>>>>>> > > > David:
>>>>>>>>>> > > >
>>>>>>>>>> > > > You will have cd to a temporary directory xml2gbs as xml2gbs
>>>>>>>>>> > > just puts
>>>>>>>>>> > > > its output in the current directory, then copy files from that
>>>>>>>>>> > > temporary
>>>>>>>>>> > > > directory to your .sword library as below, along with your 
>>>>>>>>>> > > > .conf
>>>>>>>>>> > > file.
>>>>>>>>>> > > >
>>>>>>>>>> > > > All three of those files are created simultaneously.
>>>>>>>>>> > > >
>>>>>>>>>> > > > After you copy from the temporary directory, you should have a 
>>>>>>>>>> > > > .conf
>>>>>>>>>> > > > file in .sword/mods.d, (done manually), and then from your 
>>>>>>>>>> > > > temporary
>>>>>>>>>> > > > directory: in .sword/modules/genbook/rawgenbook/somemodulename
>>>>>>>>>> > > the three
>>>>>>>>>> > > > files *.bdt, *.dat, *.idx.
>>>>>>>>>> > > > An images directory should be there also if there are images.
>>>>>>>>>> > > >
>>>>>>>>>> > > > This is Linux. I do not know what Windoze will do.
>>>>>>>>>> > > >
>>>>>>>>>> > > > Hope this helps.
>>>>>>>>>> > > >
>>>>>>>>>> > > > Tom
>>>>>>>>>> > > >
>>>>>>>>>> > > > Tom Sullivan
>>>>>>>>>> > > > i...@beforgiven.info
>>>>>>>>>> > > > FAX: 815-301-2835
>>>>>>>>>> > > > ---------------------> It's apparent that the .dat and .idx
>>>>>>>>>> > > files are
>>>>>>>>>> > > > needed for the module to function aright.
>>>>>>>>>> > > >
>>>>>>>>>> > > > > When I tried to open the new module in Xiphos, nothing was
>>>>>>>>>> > > displayed.
>>>>>>>>>> > > > > So please would someone explain how I can make these two 
>>>>>>>>>> > > > > files
>>>>>>>>>> > > so that my new module will work correctly.
>>>>>>>>>> > > > > Best regards,
>>>>>>>>>> > > > > David
>>>>>>>>>> > > > > Sent with ProtonMail Secure Email.
>>>>>>>>>> > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>>>>>>>>> > > > > On Wednesday, 3 June 2020 11:18, David Haslam
>>>>>>>>>> > > dfh...@protonmail.com <mailto:dfh...@protonmail.com> wrote:
>>>>>>>>>> > > > >
>>>>>>>>>> > > > > > I have just used xml2gbs to create a Generic book module 
>>>>>>>>>> > > > > > for
>>>>>>>>>> > > the first time.
>>>>>>>>>> > > > > > It created a module file with extension .bdt in the right
>>>>>>>>>> > > location.
>>>>>>>>>> > > > > > All Generic book modules I've installed from CrossWire also
>>>>>>>>>> > > have two more files in the module folder.
>>>>>>>>>> > > > > > One with extension .dat and one with .idx
>>>>>>>>>> > > > > > I have not found anything on our wiki that describes what
>>>>>>>>>> > > software tool is used to create these two files, nor an
>>>>>>>>>> > > explanation of what they are for.
>>>>>>>>>> > > > > > Please would someone enlighten me.
>>>>>>>>>> > > > > > Best regards,
>>>>>>>>>> > > > > > David
>>>>>>>>>> > > > > > Sent with ProtonMail Secure Email.
>>>>>>>>>> > > > >
>>>>>>>>>> > > > > sword-devel mailing list: sword-devel@crosswire.org
>>>>>>>>>> > > <mailto:sword-devel@crosswire.org>
>>>>>>>>>> > > > > http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>>>>> > > > > Instructions to unsubscribe/change your settings at above 
>>>>>>>>>> > > > > page
>>>>>>>>>> > > > >
>>>>>>>>>> > > > > This email has been scanned by the Symantec Email
>>>>>>>>>> > > Security.cloud service.
>>>>>>>>>> > > > > For more information please visit 
>>>>>>>>>> > > > > http://www.symanteccloud.com
>>>>>>>>>> > > >
>>>>>>>>>> > > > sword-devel mailing list: sword-devel@crosswire.org
>>>>>>>>>> > > <mailto:sword-devel@crosswire.org>
>>>>>>>>>> > > > http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>>>>> > > > Instructions to unsubscribe/change your settings at above page
>>>>>>>>>> > >
>>>>>>>>>> > >
>>>>>>>>>> > > _______________________________________________
>>>>>>>>>> > > sword-devel mailing list: sword-devel@crosswire.org
>>>>>>>>>> > > <mailto:sword-devel@crosswire.org>
>>>>>>>>>> > > http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>>>>> > > Instructions to unsubscribe/change your settings at above page
>>>>>>>>>> > >
>>>>>>>>>> >
>>>>>>>>>> > This email has been scanned by the Symantec Email Security.cloud 
>>>>>>>>>> > service.
>>>>>>>>>> > For more information please visit http://www.symanteccloud.com
>>>>>>>>>> >
>>>>>>>>>> > sword-devel mailing list: sword-devel@crosswire.org
>>>>>>>>>> > http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>>>>> > Instructions to unsubscribe/change your settings at above page
>>>>>>>>>>
>>>>>>>>>> sword-devel mailing list: sword-devel@crosswire.org
>>>>>>>>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>>>>> Instructions to unsubscribe/change your settings at above page
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> sword-devel mailing list: sword-devel@crosswire.org
>>>>>>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>>> Instructions to unsubscribe/change your settings at above page
>>>>>>
>>>>>> _______________________________________________
>>>>>> sword-devel mailing list: sword-devel@crosswire.org
>>>>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>> Instructions to unsubscribe/change your settings at above page
>>
>> _______________________________________________
>> sword-devel mailing list: sword-devel@crosswire.org
>> http://www.crosswire.org/mailman/listinfo/sword-devel
>> Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Reply via email to