|
Post by Malban on Nov 27, 2016 12:24:46 GMT -5
Hehe,
While you are testing - I just uploaded V1.09.
Malban
|
|
|
Post by gauze on Dec 15, 2016 9:35:46 GMT -5
ok so here is a slightly embarrassing discovery I made as to why VIDE was running so slowly as mentioned from my posts earlier.
I did a benchmark to test all sub-systems of my computer and I noticed that my CPU was testing less than half of what it should be, then I noticed the info page on it said it was dual core, when my TaskManager info showed only one. After poking around a bit I discovered that in the BIOS one of the CPU cores was disabled. I turned it back on and VIDE now runs a heck of a lot better, enough to give it a thumbs up now!
|
|
|
Post by vtk on Dec 15, 2016 16:47:07 GMT -5
hey gauze which cpu are you using?
|
|
|
Vide V1.0
Dec 15, 2016 21:02:56 GMT -5
via mobile
Post by gauze on Dec 15, 2016 21:02:56 GMT -5
Celeron 1037u
|
|
|
Post by gauze on Dec 24, 2016 9:42:17 GMT -5
hey I noticed a discrepancy in Labels in dissi vs src and even Labels window, notice ShipL: and Shot: are both missing in dissi: top left is 'labi', top right is 'vedi', bottom is 'dissi' Bug?
|
|
|
Vide V1.0
Dec 24, 2016 16:08:27 GMT -5
via mobile
Post by Malban on Dec 24, 2016 16:08:27 GMT -5
Nope Per default only labels/variables are used in dissi which are referenced in the code.
In configuration is some sort of setting that refers to that, cant look right now what its called... but with it all labels ard used by dissi.
But may be I only implemented that config switch in v1.10 - so perhaps you cant see/use it yet ...
Malban
|
|
|
Post by gauze on Dec 25, 2016 10:49:37 GMT -5
well that label is used explicitly in code in a LDX so maybe still a bug?
ldx #ShipL ldb shipdir beq donuthin ldx #ShipR donuthin jsr Draw_VL_mode
|
|
|
Post by Malban on Dec 25, 2016 12:19:33 GMT -5
Well...
Hard to tell if it is a bug, if you asked how would dissi react - I could have told you. If it is what you expect - thats on another sheet.
What dissi "sees" in your code are 78 bytes of "byte data".
It displays the byte data as good as it can "without help", and that is per default 8 bytes per line.
It displays the labels of the address of the first byte of each of the lines, only the "ShipR" starts a data line, so only that is displayed.
If you hover over the other lines (over the label column) you will discover other labels as tooltips, with the corresponding addresses are displayed in the tooltip.
There are 3 possible solutions:
a) keep it that way b) arrange dissi bytes in a way that resemble the original data (grouping bytes) c) petition the author of vide that while assembling a files, the "groupings" of data is respected and also put into the "cnt" file, that way you would see exactly the same format as in your original source.
In Labi - you see the addresses. The feature I described in my last post doesn't even display the labels in labi, if you don't use them (BTW the config is: "create cnt for unused symbols").
Regards
Malban
|
|
|
Post by Malban on Dec 25, 2016 13:45:29 GMT -5
I took your enquiry as a "petition the author" and implemented above.
In the next Vide version your source will work as expected.
Took only a couple of minutes.
Regards
Malban
*edit* Uploading Vide v1.10 right now...
|
|
|
Post by gauze on Dec 25, 2016 20:59:53 GMT -5
ok I think I understand. it's not really a big deal I just though it was curious that I was seeing some labels and not others in dissi.
EDIT: I just saw you updated and I tested yep looks how I expected. Thanks!
|
|