This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - alberthrocks
Pages: 1 ... 27 28 [29] 30 31 ... 55
421
« on: October 02, 2011, 05:05:52 pm »
A bunch of questions here: 1) How would I compare strings? (The equivalent of the C/C++ strcmp ) Doing If Str1=Str2 doesn't work (and it won't compile). 2) How do I check if a program exists without using MemKit? 3) How do I check if an application exists? 4) How would I do arrays (and arrays of arrays) in Axe?
422
« on: October 02, 2011, 04:43:58 pm »
Make sure to keep automatic backups of code!  Speaking of backups, can it be possible to exit any time and still be able to continue working on a drawing without any saving? (This is NOT auto-saving, this is auto backup, like in MS Word where if you crash, all your work is saved.) Also, will there be an option to export to TI-BASIC and Axe? (In particular, "optimized export" - drawing the image with as few commands as possible.)
423
« on: October 02, 2011, 03:00:38 pm »
I know a guy, with only a year of BASIC experience, created chess out of BASIC. I don't think he's done with it, but if you'd like, I could ask him for advice to give you.
424
« on: October 02, 2011, 12:15:22 am »
I think we should keep a copy of this buggy OmnomIRC and give it to Mozilla. It is the web dev's fault in this case, but it might be interesting for them to analyze. Their memory profiling is top notch, and this case scenario might enable them to optimize more...
425
« on: October 01, 2011, 05:00:58 pm »
I think there has been some issues with the new update to Omnom that is slowing down everybody. Firefox just downright stops responding, so right now just keep it disabled when you aren't using it. Hopefully Netham fixes this soon.
This is seconded! O_O And I thought it was Mozilla's fault...  If this seems to be the case, opening top reveals that memory is being eaten by 1-2% per minute or so.
426
« on: September 30, 2011, 09:50:23 pm »
Edit:
The only thing I don't like about portable apps is that a lot of them can't update.
Firefox updates wonderfully - I've just updated Firefox 6 to Firefox 7, without any hitch. It also has an "incognito" mode, if you need it. Now Chrome, on the other hand... There's a dedicated Chrome update program (3rd party) if you really want to use Chrome. I don't have any link, but I'm sure it's easy to find. 
427
« on: September 25, 2011, 06:48:35 pm »
Axe apps still need to be signed to transfer to another calculator, but at least it won't delete itself.
I can't remember if this was asked before, but how long would it take for someone to sign an app on calc, and how much extra space would it take to do so?
From the DuckSign (on calc app signer) documentation: Hashing the application will take about 4 seconds per page on a TI-83
Plus BE, or about 1 second per page on a TI-83 Plus SE or TI-84 Plus.
Once this is done, computing a new application signature will take
about 50 seconds on a TI-83 Plus BE, or about 20 seconds on a TI-83
Plus SE or TI-84 Plus. (Yes, you can sign apps on-calc; see http://ourl.ca/7447/149857)
428
« on: September 25, 2011, 10:54:00 am »
I know for sure that a "Bad Flash" error occurs when you overwrite an archived program. That is, if the target program is prgmOUT, and prgmOUT is archived at the time, when I compile prgmOUTSRC it will say "Bad Flash". Hopefully that helps! (And the archived prgmOUT for whatever reason disappears, and compilation can occur.) (This is version 1.0.2, btw) EDIT: I've confirmed it!  In an emulator ([wx]Wabbitemu), I emulated a TI-83 ROM, and installed Axe 1.0.4 (latest) on it. Then I tried to make a simple program: .XYZ
Disp "HI"
I compiled it, then archived the compiled program. Then I recompiled... nothing bad happened. I then sent AXERPG.8Xp (an example program), compiled it, and ran it. Then I exited it, archived the compiled program (RPGDEMO.8Xp), and then compiled again.... and got an error! (UNKNOWN ERROR Code: A429992) Here's a pic: http://dl.dropbox.com/u/1016340/PublicPictures/AxeBadFlashError104.pngNote that this result may be tainted from the previous compile and execution of a compiled program, so I will retest to make sure this is a valid result. For now, here's the ROM dump (state save): http://dl.dropbox.com/u/1016340/AxeBadFlash104.savEDIT 2: I've confirmed my prediction - it triggers without any other factors. That is: Load blank ROM -> Turn on calc -> Send Axe.8Xk -> Send AXERPG.8Xp -> Compile AXERPG.8Xp in Axe -> Archive compiled file RPGDEMO.8Xp -> Try recompiling -> ERROR Could this be also correlated to program size? It didn't fail with the other tiny program (above). I've provided the ROM of this error, still at the error screen for better debugging. http://dl.dropbox.com/u/1016340/AxeBadFlash104_CLEAN_INERR.sav
429
« on: September 24, 2011, 05:02:20 pm »
edit: if anyone would mind writing a batch script for me that changes the location of the .minecraft folder to CD i could release a version right now for linux.
Very easy: #!/bin/bash
APPDATA=$PWD # or `env pwd`
java -Xms1024M -Xmx1024M -jar minecraft.jar # "java" instead of "javaw"
430
« on: September 23, 2011, 10:21:48 pm »
You would make a program like this.
/cut
And then make it "Run on zStart" with ON + 0. I attached an assembled version.
This will install the hooks of the apps when I quit zStart, right ? And this will not interfere with zStart's hooks (because installing Symbolic kills zStart's hooks: I can't run archived progs) ?
Yeah, I forgot about that, Symbolic has a parser hook which is the basis of how it works, as of now, the best thing I can say without getting super complicated would be to run programs with ON + Enter. Sorry about that.
I should mention that Symbolic is usually automatically installed with Omnicalc. I think Symbolic registers itself within Omnicalc. When I clear RAM, Symbolic is already installed. The main concern is with hook hijacking (Symbolic and parser hooks)...
431
« on: September 22, 2011, 10:43:01 pm »
How did we get on the topic of #Realloc()? That has to do with changing where in memory the A-θ variables reference, not strings or MemKit. I meant you should use a different pointer argument for Print() that will result in the string being copied to RAM, since Str1 is a part of your application and cannot be written to. For example: Print(L₁).
Regarding appvars, unless you want data to persist between runs (like settings or high scores), I would try to use scratch RAM to hold your data whenever possible. As far as I know, you don't need this string to persist between runs and it's pretty small, at most 9 bytes, so it's probably easiest to use scratch RAM to hold it.
Oh... I was under the assumption that #Realloc() would cause the variables to be located in L₁ for modification. So wait, if I do use Print(L₁), will I still be able to use regular variables? (Or maybe I just don't get where the variables are/how do variables work/etc. )
432
« on: September 22, 2011, 07:30:29 pm »
alberthrocks: That is because you're trying to write data back to Str1, which is a part of the application. As I explained in my previous post, that isn't possible. You should instead write the data to RAM somewhere, in scratch RAM or in an appvar.
I've tried via #Realloc(L1) or #Realloc(L2), but they always fail. The #Realloc command seems to not be effective in apps, eh? (That's the "write to someplace in RAM" attempt.) As for the appvar method, how would I accomplish that?
433
« on: September 22, 2011, 06:35:40 pm »
Just a quick question (and a minor thread hijack) - how would I get the MemKit Axiom to work for apps? I suspect that it's still parsing the VAT, but when I try to get the program name (Print(Str1)), it doesn't copy the program name at all, as it should in regular programs.
434
« on: September 19, 2011, 11:14:45 pm »
Yeah, and so are politics threads. I personally think they're about the same in flame-friendliness.
Hmm... I thought there was a religious topic that never escaladed to extremeties. But maybe that's just me. We don't want to use bans too much though.
Yeah, we already have quite a reputation of banning...
435
« on: September 19, 2011, 11:08:03 pm »
I know some people criticized some features, such as the rating system, so I need to know what we could do to improve Omnimaga so it would be more friendly and more drama-less. Any ideas are welcome.
Thanks.
I think that adding politics to the list of things to not discuss here would be a good idea, seeing all of the flaming and locking of the recent politics topic.
Nah... we've been able to handle these kinds of topics before. I think we just need better moderation - not to put any more pressure on you guys - but just a bit more emphasis on those hot topics. If we can handle religion topics, surely we can handle politics, right? EDIT: I opt for a non-negative rating system - that is, you can't rate down posts, only up. Similar to the Cemetech username++ system, but a bit better. This method works on plenty of sites (like Engadget, powered by Disqus), so we might try it.
Pages: 1 ... 27 28 [29] 30 31 ... 55
|
Show Posts