<div><a href="http://tracker.crosswire.org/browse/MODTOOLS-104">http://tracker.crosswire.org/browse/MODTOOLS-104<caret></caret></a><br></div><div><br></div><div id="protonmail_mobile_signature_block"><div>Sent from ProtonMail Mobile</div></div> <div><br></div><div><br></div>On Wed, Jun 3, 2020 at 14:33, David Haslam <<a href="mailto:dfhdfh@protonmail.com" class="">dfhdfh@protonmail.com</a>> wrote:<blockquote class="protonmail_quote" type="cite">  My Sword path is not in the part of the system that Windows guards like that!<br><br>It's where any normal Windows user with the same name would have it.<br><br>C:\Users\David\AppData\Roaming\Sword<br><br>For my own convenience, I have subst s: <sword_path> as one of the several substitute drives made during startup.<br><br>I never had such a weird problem with other module creation tools.<br><br>Best regards,<br><br>David<br><br>Aside (especially for Tom): Eggshell™ is Sean Connery's favourite spreadsheet program. 😉<br><br>Sent with ProtonMail Secure Email.<br><br>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>On Wednesday, 3 June 2020 14:22, Tom Sullivan <info@beforgiven.info> wrote:<br><br>> David:<br>><br>> I gave up on Microslop and Windoze years ago. So I am way out of date,<br>> but even several years ago, Windoze would, for security reasons, restore<br>> changed system files and delete foreign files unless certain settings<br>> were made. C:\, was protected then, and maybe now.<br>><br>> I think you got hit by Windoze is smarter than you behavior. Try cd to<br>> your "my documents" directory and repeat. If you see a 3 files, then<br>> you have a Windoze problem. You should be able to break your script into<br>> simpler steps and fix things.<br>><br>> Hope this helps.<br>><br>> Tom<br>><br>> Tom Sullivan<br>> info@BeForgiven.INFO<br>> FAX: 815-301-2835<br>><br>> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br>><br>> On 6/3/20 9:10 AM, David Haslam wrote:<br>><br>> > I followed Timmy's sensible suggestion, which was something I'd pondered<br>> > myself already.<br>> > Now here's what I observed.<br>> > Files lbc1646.dat and lbc1646.idx appeared /momentarily/ in the<br>> > Make folder, but simply vanished when lbc1646.bdt finished being<br>> > created.<br>> > Does anyone have a plausible explanation for such bizarre behaviour?<br>> > Were they moved to some unknown destination or simply deleted?<br>> > Best regards,<br>> > David<br>> > Sent with ProtonMail https://protonmail.com Secure Email.<br>> > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>> > On Wednesday, 3 June 2020 13:34, Timmy tim.bze@gmail.com wrote:<br>> ><br>> > > Hi David,<br>> > > As Tom also mentioned, I run the command on linux, in your case, like<br>> > > this:<br>> > > ..\utils64\xml2gbs -fO ..\Import\OSIS\OSIS-lbc1646.fix.xml lbc1646<br>> > > Windows also can have issues if there are spaces in the path. I don't<br>> > > know if your full path has any spaces, but you might want to try<br>> > > running from c:\ directly, or some path that has no spaces.<br>> > ><br>> > > After command runs, the 3 files are in current directory. If it does<br>> > > not work on Windows then there might be wins problem, not sure.<br>> > > *<br>> > ><br>> > > ---------------------------------------------------------------------------------------------------------------------------------------<br>> > ><br>> > > Timmy Braun*<br>> > > On Wed, Jun 3, 2020 at 6:23 AM David Haslam <dfhdfh@protonmail.com<br>> > > mailto:dfhdfh@protonmail.com> wrote:<br>> > ><br>> > >     Thanks Tom,<br>> > ><br>> > >     The module name is [LBC1646] (as specified in my .conf file), and<br>> > >     that points to the right module path.<br>> > ><br>> > >     This was the command in my CMD file, all of which are stored in a<br>> > >     folder called Make under my Sword path.<br>> > ><br>> > >     ..\\utils64\\xml2gbs -fO ..\\Import\\OSIS\\OSIS-lbc1646.fix.xml<br>> > >     ..\\modules\\genbook\\rawgenbook\\lbc1646\\lbc1646 2>..\\Log\\error.log<br>> > ><br>> > >     NB. utils64 is a symbolic link to where I installed the Windows<br>> > >     edition of Sword utilities (x64 version).<br>> > >     Likewise, the Import folder is one I created some years ago. The<br>> > >     Log folder is similar.<br>> > ><br>> > >     This command created the file called lbc1646.bdt in the right<br>> > >     place, but did not create the other two files.<br>> > >     And, yes, I've looked for them elsewhere too!<br>> > ><br>> > >     So am I doing something wrong or is there a deficiency in the<br>> > >     Windows edition of xml2gbs ?<br>> > ><br>> > ><br>> > >     Best regards,<br>> > ><br>> > >     David<br>> > ><br>> > >     Sent with ProtonMail Secure Email.<br>> > ><br>> > >     ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>> > >     On Wednesday, 3 June 2020 12:57, Tom Sullivan<br>> > >     <info@beforgiven.info <mailto:info@beforgiven.info>> wrote:<br>> > ><br>> > >     > David:<br>> > >     ><br>> > >     > You will have cd to a temporary directory xml2gbs as xml2gbs<br>> > >     just puts<br>> > >     > its output in the current directory, then copy files from that<br>> > >     temporary<br>> > >     > directory to your .sword library as below, along with your .conf<br>> > >     file.<br>> > >     ><br>> > >     > All three of those files are created simultaneously.<br>> > >     ><br>> > >     > After you copy from the temporary directory, you should have a .conf<br>> > >     > file in .sword/mods.d, (done manually), and then from your temporary<br>> > >     > directory: in .sword/modules/genbook/rawgenbook/somemodulename<br>> > >     the three<br>> > >     > files *.bdt, *.dat, *.idx.<br>> > >     > An images directory should be there also if there are images.<br>> > >     ><br>> > >     > This is Linux. I do not know what Windoze will do.<br>> > >     ><br>> > >     > Hope this helps.<br>> > >     ><br>> > >     > Tom<br>> > >     ><br>> > >     > Tom Sullivan<br>> > >     > info@BeForgiven.INFO<br>> > >     > FAX: 815-301-2835<br>> > >     > ---------------------> It's apparent that the .dat and .idx<br>> > >     files are<br>> > >     > needed for the module to function aright.<br>> > >     ><br>> > >     > > When I tried to open the new module in Xiphos, nothing was<br>> > >     displayed.<br>> > >     > > So please would someone explain how I can make these two files<br>> > >     so that my new module will work correctly.<br>> > >     > > Best regards,<br>> > >     > > David<br>> > >     > > Sent with ProtonMail Secure Email.<br>> > >     > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>> > >     > > On Wednesday, 3 June 2020 11:18, David Haslam<br>> > >     dfhdfh@protonmail.com <mailto:dfhdfh@protonmail.com> wrote:<br>> > >     > ><br>> > >     > > > I have just used xml2gbs to create a Generic book module for<br>> > >     the first time.<br>> > >     > > > It created a module file with extension .bdt in the right<br>> > >     location.<br>> > >     > > > All Generic book modules I've installed from CrossWire also<br>> > >     have two more files in the module folder.<br>> > >     > > > One with extension .dat and one with .idx<br>> > >     > > > I have not found anything on our wiki that describes what<br>> > >     software tool is used to create these two files, nor an<br>> > >     explanation of what they are for.<br>> > >     > > > Please would someone enlighten me.<br>> > >     > > > Best regards,<br>> > >     > > > David<br>> > >     > > > Sent with ProtonMail Secure Email.<br>> > >     > ><br>> > >     > > sword-devel mailing list: sword-devel@crosswire.org<br>> > >     <mailto:sword-devel@crosswire.org><br>> > >     > > http://www.crosswire.org/mailman/listinfo/sword-devel<br>> > >     > > Instructions to unsubscribe/change your settings at above page<br>> > >     > ><br>> > >     > > This email has been scanned by the Symantec Email<br>> > >     Security.cloud service.<br>> > >     > > For more information please visit http://www.symanteccloud.com<br>> > >     ><br>> > >     > sword-devel mailing list: sword-devel@crosswire.org<br>> > >     <mailto:sword-devel@crosswire.org><br>> > >     > http://www.crosswire.org/mailman/listinfo/sword-devel<br>> > >     > Instructions to unsubscribe/change your settings at above page<br>> > ><br>> > ><br>> > >     _______________________________________________<br>> > >     sword-devel mailing list: sword-devel@crosswire.org<br>> > >     <mailto:sword-devel@crosswire.org><br>> > >     http://www.crosswire.org/mailman/listinfo/sword-devel<br>> > >     Instructions to unsubscribe/change your settings at above page<br>> > ><br>> ><br>> > This email has been scanned by the Symantec Email Security.cloud service.<br>> > For more information please visit http://www.symanteccloud.com<br>> ><br>> > sword-devel mailing list: sword-devel@crosswire.org<br>> > http://www.crosswire.org/mailman/listinfo/sword-devel<br>> > Instructions to unsubscribe/change your settings at above page<br>><br>> sword-devel mailing list: sword-devel@crosswire.org<br>> http://www.crosswire.org/mailman/listinfo/sword-devel<br>> Instructions to unsubscribe/change your settings at above page<br><br></blockquote><div><br></div><div><br></div>