FloppusMaximus wrote:
Maybe the issue is that you're looking at a version of libticalcs2 from Dec 14? Razz
Yeah I noticed that, but there is no other libticalcs2 in that folder... and I've tried uninstalling and reinstalling multiple times.
Oh, I see. The libraries should be installed in C:\Program Files\Common Files\LPG Shared\libs\. Why you'd have a copy in D:\Gtk+\lib\, I can't imagine.
FloppusMaximus wrote:
Oh, I see. The libraries should be installed in C:\Program Files\Common Files\LPG Shared\libs\. Why you'd have a copy in D:\Gtk+\lib\, I can't imagine.
I copied from C:\Program Files (x86)\Common Files\LPG Shared\libs\ to D:\Gtk+\lib\

Here is a screenshot proving I am not crazy and my dll's installed with 1.17 are from December.




EDIT: Deleting the old files manually and reinstalling fixed it. Though the uninstaller is doing something odd to the start menu folder such that you have to reboot before reinstalling or I get errors.
Hmm, so the installer didn't replace it with the newer version?

I guess that may be because the FILEVERSION (in ticalcs2.rc) hasn't changed since last May, so the installer assumes it's the same file.

I also see that tilp2_cross.iss includes "BeforeInstall: DeleteDll('libticalcs2-9.dll');" - was that added as an attempt to fix a similar issue?
The installer deletes DLLs for the version two releases before, but not the DLL for the previous and current beta/release. Your problem shows that it should attempt to replace a DLL with the same name.
=> TODO list item added Smile
The TILP II 1.18 development cycle has officially started Smile

Changes from TILP II 1.17 are few, but important:
* switched the development trees for libti*, gfm and tilp from SVN to Git. Two main repositories are used: libticonv + libtifiles + libticables + libticalcs on the one side ( https://github.com/debrouxl/tilibs ), gfm + tilp on the other side ( https://github.com/debrouxl/tilp_and_gfm ). The http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh helper script has been updated, you need to re-download it !
* 84+CSE ROM dumping through both I/O ports, by Benjamin Moody;
* 84+CSE screenshots through both I/O ports, by Benjamin Moody (with minor torture tests and translation updates by me).

Sadly, I haven't yet been able to test the new changes on a real 84+CSE...

Mid-level functionality for Jonimus' ROM dumper shall be integrated by creating a fifth libti* library, and moving some common code from gfm, tilp, titools and probably tilem into "tiopers" (current working name for that new library). Jonimus' driver-less Windows serial port backend is planned to find its way into the libticables code base as well.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: none this time Smile
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh (updated !).
I've created a new Windows build tonight.

Changes between the first TILP II 1.18 Windows beta build and this one:
* bugfix: applied patch by Benjamin for fixing 84+CSE screenshots;
* bugfix: removed "UsbKernel" option from the cables list in the TILP UI, that has been outdated for many years now (but people still occasionally try to use it);
* addition: functions for sending and receiving lesser-known DBUS commands (29 / 2A, 2B / 2C, 6E, 47 / 74) for the 83+ family. Missing: 89, CA, B7.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: http://tiplanet.org/beta/0001-libticalcs-add-support-for-several-DBUS-commands-for.patch .
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .
Nearly 4 months later, here's a new build.

Main changes between the second TILP II 1.18 Windows beta build and this one:
* addition: near-complete German translation, contributed through Debian downstream (I don't speak German, so help needed for keeping the translation up to date) Smile
* addition: two commands for sending and reading generic data in NavNet format from a Nspire, similar to TI's TI_NN_Write and TI_NN_Read. They shall be useful for e.g. pacspire.
* addition: like other commands before, 89 DBUS commands and 80 DBUS commands are exported from the library and become directly usable. As far as I'm concerned, this completes the command hardening and direct exportation: the remaining models (82, 85, 92) are ancient, it doesn't make as much sense to export their commands directly.
* bugfix: a crasher in libtifiles, spotted by AddressSanitizer.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: http://tiplanet.org/beta/tilibs_patchset_20130901.tar.bz2, http://tiplanet.org/beta/tilp_and_gfm_patchset_20130901.tar.bz2 (the timestamps are very close to each other because I rewrote nearly every patch to add the forgotten Signed-off-by tag).
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

The TODO list contains items such as, but not limited to:
* finish introduction of a fifth libti* library, dubbed "libtiopers", for factoring code useful to multiple libti* clients. For now, there's pretty little in the new library, and disentangling is not that easy...
* finish GTK+3 compatibility patch;
* add a TILP menu entry for exiting the PTT mode (greyed out if not connected to a Nspire), the feature request indirectly sprang up yesterday again on #omnimaga;
* make Nspire "ROM dumping" (OS dumping) work on all models, by duplicating BrandonW's Fron;
* minor installer and file encoding fixes.
I tried doing an update, since when I installed the TI-Connect for the 84+CSE, TILP had not acted the way it was before that install.

Well, now, TILP will not run. I've tried uninstalling manually and reinstalling, and I uninstalled everything, even went as far as cleaning out my registry of everything TILP and deleting the folder in the programs folder, and restarting. Still, I get this same error:

libticables2-7.dll is missing from your computer

Not really sure what else to try, at this point.
I had TILP running before on my Mac, but running the script as root for non-Windows devices came back as an error stating that 'ticonv' was not found. I thought the whole point of the script was that it was supposed to download and do everything required for ticonv?
tifreak: the installer copies libti* DLLs to {cf}\LPG Shared\libs. The error you're seeing is infrequently reported and propably signals installer misfunction, but not for everybody...
A highly improper workaround is to copy the DLLs to the same directory as the TILP executable - but of course, that's nothing more than a dirty workaround, and you shouldn't do that.

andrew1227: I haven't had access to a MacOS X host for a couple years, but I'm not aware I did anything which would break MacOS X support.
What versions of MacOS X and XCode are you using ?
Did you modify PREFIX in the script ?
I'll try to get other MacOS X users to reproduce the problem.
I'm having problems running the latest version:

Quote:
---------------------------
tilp.exe - System Error
---------------------------
The program can't start because libgcc_s_sjlj-1.dll is missing from your computer. Try reinstalling the program to fix this problem.
---------------------------
OK
---------------------------


I've tried un- and re-installing, as well as rebooting to see if it's a PATH-related mishap, to no avail. I can't find the file anywhere on my computer.

I'm running 32-bit Windows 8.

Edit: "Fixed" by copying libgcc_s_sjlj-1.dll from get_iplayer to TiLP's installation directory. Not elegant, but it works.
Meh. That library is typically the kind of things that gcc-mingw64 ought to statically link with the executable, instead of leaving a dangling dependency Sad
I guess it's a result of me updating the Windows cross-toolchain as part of the Debian sid upgrades.
I hope this is fixable, I really really really liked using TILP to communicate with the calculators. I await a future release Smile
There's at least an obvious, easy fix: shipping libgcc_s_sjlj-1.dll alongside the rest... but that's not elegant.

[EDIT: all the more that library is used for a meager couple functions:

Code:
         Nom DLL: libgcc_s_sjlj-1.dll
        vma:  Hint/Ord Membre      Lien
        2b088     117  __udivdi3
        2b094     119  __umoddi3

 0002717c       00000000 00000000 00000000 00000000 00000000

IOW, 64-bit integer division and modulo, and disassembly with relocation info shows that it's a dependency of the printf family.

[EDIT2: there, fixed, thanks to http://www.qtcentre.org/threads/39639-MinGW-w64-dependency-on-LIBGCC_S_SJLJ-1-DLL - it's merely a matter of adding -static-libgcc to LDFLAGS. I didn't know of that one.

Thanks for the report Smile ]
Thank you, and I'm glad it seems to be an easy enough fix. Smile

This is more of a personal gripe, but TiLP currently splats a tilp.ini file into my home folder. I hide it, but as TiLP doesn't pass the FILE_ATTRIBUTE_HIDDEN attribute when trying to write its configuration file I get a "Unable to write the config file (~/.tilp or ~/tilp.ini)." error every time I close TiLP. Is there any chance of either moving the configuration file to a more appropriate location (e.g. appdata) or hiding the file (as one would assume it was meant to be by the .tilp name on non-Windows?)
Hooray! I'll download the latest and try to install later tonight, when I make it home Smile
Quote:
Is there any chance of either moving the configuration file to a more appropriate location (e.g. appdata)

The config file handling code would then need to take into account two old locations for the config file. Not a big deal, but to me, it's an an item of lower priority than, say, recursive folder enumeration on the Nspire.

Quote:
or hiding the file (as one would assume it was meant to be by the .tilp name on non-Windows?)

There's a corresponding TODO list item, from an older posting of yours Smile
Quote:
0 On Windows, make it possible to write the config file (~/.tilp or ~/tilp.ini) if it's hidden.
[16:02:22] <benryves> I still get "Unable to write the config file (~/.tilp or ~/tilp.ini)." when closing TiLP using the version linked in http://www.cemetech.net/forum/viewtopic.php?p=202778#202778
[16:03:23] <benryves> Ah, found it, it's because I'd marked tilp.ini as hidden.
[16:06:44] * benryves reckons it has to do with "If CREATE_ALWAYS and FILE_ATTRIBUTE_NORMAL are specified, CreateFile fails and sets the last error to ERROR_ACCESS_DENIED if the file exists and has the FILE_ATTRIBUTE_HIDDEN or FILE_ATTRIBUTE_SYSTEM attribute. To avoid the error, specify the same attributes as the existing file."

It's not currently queued for the TILP II 1.18 cycle, though.
benryves wrote:
Thank you, and I'm glad it seems to be an easy enough fix. Smile

This is more of a personal gripe, but TiLP currently splats a tilp.ini file into my home folder. I hide it, but as TiLP doesn't pass the FILE_ATTRIBUTE_HIDDEN attribute when trying to write its configuration file I get a "Unable to write the config file (~/.tilp or ~/tilp.ini)." error every time I close TiLP. Is there any chance of either moving the configuration file to a more appropriate location (e.g. appdata) or hiding the file (as one would assume it was meant to be by the .tilp name on non-Windows?)
I thought we had fixed that or at least I had sent a patch in to do so. It should be a pretty quick fix so remind me and I'll look into it later tonight.
New quick build for fixing the missing dependency on libgcc_s_sjlj-1.dll reported by benryves, but nothing else.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: http://tiplanet.org/beta/tilibs_patchset_20130909.tar.bz2, http://tiplanet.org/beta/tilp_and_gfm_patchset_20130909.tar.bz2 (the timestamps are very close to each other because I rewrote nearly every patch to add the forgotten Signed-off-by tag).
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

TODO list unchanged from the one in http://www.cemetech.net/forum/viewtopic.php?p=208139#208139 . Nspire recursive folder enumeration (and its UI adaptation) is not ready.
  
Register to Join the Conversation
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.

» Go to Registration page
Page 5 of 7
» All times are GMT - 5 Hours
 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

 

Advertisement