MaxCoderz

for your 1 bit pleasure!

All times are UTC




Post new topic Reply to topic  [ 73 posts ]  Go to page 1, 2, 3, 4, 5  Next
Author Message
 Post subject: Bugs
PostPosted: Tue 22 Aug, 2006 2:11 am 
Offline
New Member
User avatar

Joined: Tue 28 Mar, 2006 10:50 pm
Posts: 73
Location: Wouldn't you like to know?
Well, I hope this topic will help to quickly fix bugs that people might find while using LateNite, Brass, or EarlyMorning.

Here's one I found with LateNite:

When you try to rename a project (or change the "Binary Name") to include characters not allowed for file names (ex. : " ; > < ), LateNite will accept this as an acceptable input. However, if you compile, Brass will crash because of this error. Here's the error it displays:

Quote:
Unhandled Exception: System.NotSupportedException: The given path's format is not supported.
at System.Security.Util.StringExpressionSet.CanonicalizePath(String path, Boolean needFullPath)
at System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] str, Boolean needFullPath)
at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, AccessControlActions control, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList)
at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String[] pathList, Boolean checkForDuplicates, Boolean needFullPath)
at System.IO.Path.GetFullPath(String path)
at Brass.Program.Main(String[] args)


Not sure if this is fixable, but LateNite does detect if you try to use 'incompatable charaters' for the project name.

_________________
Please "encourage" me to work more on Image any way you deem necessary


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Tue 22 Aug, 2006 10:16 am 
Offline
Maxcoderz Staff
User avatar

Joined: Thu 16 Dec, 2004 10:06 pm
Posts: 3064
Location: Croydon, England
Thanks :)

Not sure exactly where the bug is, but part of it is Latenite not escaping the invalid characters when running things on the command-line. This is worst with the > characters for redirection if they're not contained within ". I'll see what I can do!


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Thu 26 Oct, 2006 9:07 am 
Offline
Calc King

Joined: Sat 05 Aug, 2006 7:22 am
Posts: 1513
I found a .... bug..... in the help that goes with latenite.
LateNite help wrote:
B is decreased, and a jr label happens when the result was zero.

That sounds like its talking about DJNZ, it is, but wait... DJNZ is supposed to jump just when B is not zero


Last edited by King Harold on Tue 31 Oct, 2006 1:08 pm, edited 1 time in total.

Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Thu 26 Oct, 2006 10:00 am 
Offline
Maxcoderz Staff
User avatar

Joined: Thu 16 Dec, 2004 10:06 pm
Posts: 3064
Location: Croydon, England
I suppose CoBB should be informed - the notes there were largely copied from here.

Well spotted.


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Thu 26 Oct, 2006 10:29 am 
Offline
MCF Legend

Joined: Mon 20 Dec, 2004 8:45 am
Posts: 1601
Location: Budapest, Absurdistan
Yep, that’s right. On the other hand, it is correct on this page. Stupid negations, they are so confusing. :P

_________________
The Independent Z80 Assembly Guide
Acelgoyobis
PindurTI


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Fri 27 Oct, 2006 1:14 am 
Offline
Calc King

Joined: Sat 26 Mar, 2005 2:45 am
Posts: 1619
Location: your shadow
so, is it fixxed yet?


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Fri 27 Oct, 2006 5:36 am 
Offline
MCF Legend

Joined: Mon 20 Dec, 2004 8:45 am
Posts: 1601
Location: Budapest, Absurdistan
Of course it is.

_________________
The Independent Z80 Assembly Guide
Acelgoyobis
PindurTI


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Sun 05 Nov, 2006 6:23 pm 
Offline
New Member
User avatar

Joined: Tue 28 Mar, 2006 10:50 pm
Posts: 73
Location: Wouldn't you like to know?
Not sure why this happens, but whenever I try to click on another help item in the 'see also' section, it displays this instead:
Quote:
For the item 'dec':
lnh_dec

For the item 'org'
lnh_org

...


All of the items are there, and if you select them from the index they work perfectly. Why does this happen when you try to access them through the 'see also', though?

_________________
Please "encourage" me to work more on Image any way you deem necessary


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Mon 06 Nov, 2006 10:38 am 
Offline
Maxcoderz Staff
User avatar

Joined: Thu 16 Dec, 2004 10:06 pm
Posts: 3064
Location: Croydon, England
Hyperlinks with lnh_ in front of them are looked up in the index again. Yep, it's a bug. Latenite 1 and Brass 1 are 'dead' branches, so this will probably not be fixed. Sorry, I haven't the time. :\


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Mon 06 Nov, 2006 4:12 pm 
Offline
Calc King

Joined: Sat 05 Aug, 2006 7:22 am
Posts: 1513
I just noticed that f is not being coloured as register, not that it matters, but still..


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Sun 12 Nov, 2006 10:52 pm 
Offline
New Member

Joined: Sat 02 Sep, 2006 8:39 pm
Posts: 22
Shouldn't:

ld (de),(hl)

work?

The description of "lddr" even says:

The instruction copies a byte from (HL) to (DE) (i.e. it does an ld (de),(hl)), then decreases both HL and DE to return to the previous byte. Besides, it decreases BC, and sets the P/V flag in the case of overflowing.

The following code generates the error "Argument '(de),(hl)' (for 'ld') not understood.":

Code:
; ===============================================================
; TEST
; ===============================================================

.module Program
.export

   Main
      bcall(_ClrLCDFULL)
      ld hl,test
      ld de,plotsscreen
      ld (de),(hl)
      bcall(_GrBufCpy)
      ret
test:
   .db %11110000



Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Mon 13 Nov, 2006 12:00 am 
Offline
Calc King
User avatar

Joined: Sun 23 Jan, 2005 12:37 am
Posts: 1727
Location: Netherlands
Not according to this page
http://wikiti.denglend.net/index.php?ti ... uction_Set

_________________
http://clap.timendus.com/ - The Calculator Link Alternative Protocol
http://api.timendus.com/ - Make your life easier, leave the coding to the API
http://vera.timendus.com/ - The calc lover's OS


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Mon 13 Nov, 2006 12:11 am 
Offline
New Member

Joined: Sat 02 Sep, 2006 8:39 pm
Posts: 22
Hmm...well, I guess I was wrong. Maybe the description of lddr should say thay if ld (de),(hl) were an instruction, that's what it would do, or something like that.


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Sun 26 Nov, 2006 2:34 pm 
Offline
New Member
User avatar

Joined: Tue 28 Mar, 2006 10:50 pm
Posts: 73
Location: Wouldn't you like to know?
I've found another bug with the LateNite help files:
Z80 Instructions for bit wrote:
The opposite of the nth bit of the second operand is written into the Z flag.


This is obviously not true if you try this:
Code:
ld a,$FF
bit 7,a
jr nz,quit                    ;test if not zero and quit
bcall(_GetKey)           ;pause if zero

quit:
 ret

You can also do this with any valid input. The only problem I can find is this:
Code:
set OnInterrupt,(IY+OnFlags)
bit OnInterrupt,(IY+OnFlags)
jr nz,quit                    ;test if not zero and quit
bcall(_GetKey)           ;pause if zero

quit:
 res OnInterrupt,(IY+OnFlags)     ;So you don't get ERR:BREAK when you quit
 ret

For some reason this does the opposite of what you would expect it to. I also tried to do this with adding a 'di' at the beginning to disable interrupts, but this still happens.

_________________
Please "encourage" me to work more on Image any way you deem necessary


Top
 Profile  
Reply with quote  
 Post subject:
PostPosted: Mon 27 Nov, 2006 11:26 am 
Offline
Maxcoderz Staff
User avatar

Joined: Thu 16 Dec, 2004 10:06 pm
Posts: 3064
Location: Croydon, England
It is quite true...
Code:
    ld a,$FF
    bit 7,a

According to the help files, this means that the opposite of the 7th bit of $FF is written into the Z flag. In this case, the 7th bit is 1, so the Z flag becomes 0.

Maybe it's confusing due to the terminology of the Z flag? It is set (becomes a 1) when representing a 0 result and reset (becomes a 0) when representing a non-zero result.


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 73 posts ]  Go to page 1, 2, 3, 4, 5  Next

All times are UTC


Who is online

Users browsing this forum: No registered users and 2 guests


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 post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB ® Forum Software © phpBB Group | DVGFX2 by: Matt