[sword-devel] A question about Generic book modules

Wed Jun 3 17:23:32 EDT 2020

On Wed, Jun 3, 2020, 15:41 David Haslam <dfhdfh at 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.hellings at gmail.com>
> wrote:
>
>
>
> On Wed, Jun 3, 2020 at 12:41 PM David Haslam <dfhdfh at 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.hellings at gmail.com>
>> wrote:
>>
>>
>>
>> On Wed, Jun 3, 2020 at 9:50 AM David Haslam <dfhdfh at 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.hellings at 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 <dfhdfh at protonmail.com> wrote:
>>>
>>>> http://tracker.crosswire.org/browse/MODTOOLS-104
>>>>
>>>> Sent from ProtonMail Mobile
>>>>
>>>>
>>>> On Wed, Jun 3, 2020 at 14:33, David Haslam <dfhdfh at 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: image.png]
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Sent with ProtonMail Secure Email.
>>>>
>>>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>>> On Wednesday, 3 June 2020 14:22, Tom Sullivan <info at 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
>>>> > info at 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.bze at 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 <
>>>> dfhdfh at protonmail.com
>>>> > > > mailto:dfhdfh at 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
>>>> > > > <info at beforgiven.info <mailto:info at 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
>>>> > > > > info at 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
>>>> > > > dfhdfh at protonmail.com <mailto:dfhdfh at 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 at crosswire.org
>>>> > > > <mailto:sword-devel at 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 at crosswire.org
>>>> > > > <mailto:sword-devel at 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 at crosswire.org
>>>> > > > <mailto:sword-devel at 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 at 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 at 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 at 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 at 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 at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200603/11525b92/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 1375 bytes
Desc: not available
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20200603/11525b92/attachment-0001.png>