Turn your Nspire into a real clock!

[Jim Bauwens]

@linuxgeek96, if you can you should really post a photo. It will help us a great deal in trying to understand the exact issue.
(And yes, the exact position of the progress bar is important)

Thanks

[linuxgeek96]

I will try and post one soon... @Levak, the progress bar gets to ~65%, not 65 but 100% of the time. Its possible its caused by ndless only...

[Filipe97]

Hello the idea looks great but i am having a problem with it.

I cant edit the time, when i try to edit it the calculator crashes.

I have ti nspire cx(not cas).

Thanks for the time

[Levak]

I cant edit the time, when i try to edit it the calculator crashes.

Hi,

Did you update your Ndless to a revision greater than the one indicated in the README ?

BTW, here is a message for everybody : nClock has some problems with daytime conversions, I'm aware of it but sadly have no time to solve it.
Basically there are three conversions, one is accurate (timestamp to day) but the two others are not (guessing weekday and day to timestamp) due to a float approximation : this is why you may enter two more days when configuring the time and may have a wrong weekday. Sorry about that..

[Deep Thought]

This is off-topic but...

Thanks for the time

...just me or pun?

[Zeklandia]

I cant edit the time, when i try to edit it the calculator crashes.

Hi,

Did you update your Ndless to a revision greater than the one indicated in the README ?

BTW, here is a message for everybody : nClock has some problems with daytime conversions, I'm aware of it but sadly have no time to solve it.
Basically there are three conversions, one is accurate (timestamp to day) but the two others are not (guessing weekday and day to timestamp) due to a float approximation : this is why you may enter two more days when configuring the time and may have a wrong weekday. Sorry about that..

I have that same issue. It only happened when I used nLaunch to load 3.2 and then switched back. Now it subtracts 2 from the Day upon entry (I put in 20, then select change date again and it says 18) and has the weekday wrong by one (adds one). What could be causing this? I rebooted several times after uninstalling nClock and then reinstalled it. The time had been reset, but loading nClock asked, "Is Tues -1, Jan 1970 correct?" (Whereas the actual time was set to 1 Jan, 1970).

[Levak]

"Is Tues -1, Jan 1970 correct?" (Whereas the actual time was set to 1 Jan, 1970).

I love you.
In fact it wasn't due to float approximation but a stupid mistake ...
Fixed : https://tiplanet.org/forum/archives_voir.php?id=4416

[Zeklandia]

Yep, you fixed it. Now the issue is that it says that today (21 May 2013) is a Monday (It's Tuesday).

Could this have anything to do with the CAS OS? When I was using the CX OS it worked fine.

I'm gonna take a guess and say that the issue is here (line 509):

Code: Select All | Copy To Clipboard

1 2 3 4 5 6 7 8 9 10

static short year_codes[] = {5, 4, 2, 0}; static short month_codes[] = {0, 3, 3, 6, 1, 4, 6, 2, 5, 0, 3, 5}; static char months[][4] = {"Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec"}; static char weekdays[][4] = {"Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat"}; char * getWeekDay(int year, int month, int day) {     int d = (year>>2)/25;     int r = year - (d<<2)*25;     return weekdays[(year_codes[d&3] + r + (r>>2) + ((r&3)==0) + month_codes[month-1] + day) % 7]; }

[Levak]

Yep, you fixed it. Now the issue is that it says that today (21 May 2013) is a Monday (It's Tuesday).

Fu**, I actually thought today was Monday >_>
I made a really quick fix (day + 1 ) but have no idea if it has an influence on the rest of the code :
https://tiplanet.org/forum/archives_voir.php?id=4416

[Zeklandia]

I found out what might be causing all of these:

Apparently, when running the CAS OS on ANY NON-CAS CALCULATOR (regardless of CX) certain things do not work. For example, I made a simple Lua program to print 2+2. It prints 5.XXXXXXXXXXe-226 (or any other number similar to it) regardless of settings like Float number, angle unit (degree, radian), or auto vs. approximate answers. Which also explains why when I was playing CubeField, the highscore was also similar to 1.132458768087e+45 and Bloxorz was naming the levels in a similar manner (2.98721408137e-67 instead of 13). However, the Scratchpad and Math documents work fine. I do not know if the problem is caused by hardware differences between the CX and the CX CAS (I am using nLaunch to boot the CAS OS on my CX) or some ndless/Lua bug. This issue does not occur when using the CX OS 3.1 with ndless on the same calculator.

[Levak]

I found out what might be causing all of these:

Not "all of these" but only the bug you seem to have.
The bug in nClock was entirely due to a mistake in my code where as I thought it was due to a float approximation.

On the other hand, you should post in the nLaunch topic your bug, it seems you're not only the one to experiment that.
https://tiplanet.org/forum/viewtopic.php?f=16&t=11855

[Zeklandia]

I see that I am not alone. I wonder if he got it to work with nLaunch. Anyways, I am reinstalling nLaunch.

EDIT: Well I fucked up somewhere, now it does ABC12345F6U7 on boot...

EDIT: It's still fucked up, but I'm trying to save it. For a while I was using the non-CX switching pack. Now let's see if it works with the CX one.

EDIT: Fixed, Lua still doesn't work right, but nClock does so I'm done.