Bug Reports - Printable Version +- Qbasicnews.com (http://qbasicnews.com/newforum) +-- Forum: General (http://qbasicnews.com/newforum/forum-6.html) +--- Forum: General/Misc (http://qbasicnews.com/newforum/forum-18.html) +--- Thread: Bug Reports (/thread-5202.html) |
Bug Reports - adosorken - 01-07-2005 That's easily fixed by using CDECL to declare the functions. Code: Declare Function ThisIsMyFunction CDECL Alias "ThisIsMyFunction" Lib "thisIsMyLib.dll" () As Bungholio Bug Reports - Dr_Davenstein - 01-07-2005 Quote:Yeah, arguments were not checked if they were passed by reference, FB was converting anything to temp vars, new version won't allow that, (a) is a byref integer arg, while you are passing a byte var, new version will report: I'm kinda confused... Will we be bale to pass args like this? Code: DEFINT A-Z Bug Reports - 1000101 - 01-07-2005 Quote:That's easily fixed by using CDECL to declare the functions. hrm, tried that, still failed with the same error. :\ Bug Reports - v3cz0r - 01-08-2005 zlib seems to use STDCALL on Windows, but the symbols on the DLL end up with CDECL names (no @), i dunno. New version got the put/get #f, , array(), will store/load the full array, as in VB -- you can't use just "array" tho. Dr_Davenstein: you can't pass array fields by descriptor currently, it's on TODO list.. since the 1st release, heh.. that needs temp descriptors.. argh Bug Reports - retsyo - 01-08-2005 2 bugs: 1.fbc compiles Code: IF 1 = 1 THEN PRINT 1 ELSE PRINT 2 Code: IF 1 = 1 THEN END ELSE PRINT 2 2.fbc thinks "def seg" is wrong, but qb says Quote:DEF SEG [=address]which is the "BASIC data segment" in fbc if I have to apply it? But I think it would be good to let fbc behave like qb BTW: http://www.fomalhautsoft.narod.ru/download/power.zip is a good puzzle game in qb, but it will not be compiled in fbc due to bug 2 Bug Reports - Z!re - 01-08-2005 FB has no segments, just remove the line and use varptr. Also, you can't peek/poke directly to the videosegment, or use any other DOS specific hack. EDIT: Haha, noone can beat The Z!re!, In your face Dr. D, in your face! Bug Reports - Dr_Davenstein - 01-08-2005 The second one isn't really a bug... Code: ***************************************************************************** ARGHHH!!! Beaten by The Z!re!!! Bug Reports - adosorken - 01-08-2005 I wonder when people are going to start reading the documentation before asking redundant questions that are already answered in it... Bug Reports - na_th_an - 01-08-2005 Never. That's why the RTFM expression is so popular. Bug Reports - retsyo - 01-09-2005 Which manual do you refer to? I never find a useful manual within the latest fbc release, not to say an up-to-date manual. Do you all surf the internet for document while programming? I suggest to put documents on http://fbc.sourceforge.net/about.php into the zippd file- even if they are lack of update. Another topic. Here is a code segment Code: a$ = "hello" + CHR$(0) + "world" Quote:a$=hello world len(a$)= 11so guess what does fbc say? I find Quote:FB: Real length is the given len plus one (null-char), even on TYPE fields on http://fbc.sourceforge.net/about.php?section=diffs. so is the answer Quote:a$=hello len(a$)= 6 <- given len+1=6, well perhaps your answer is 5 ? No! The real answer is Quote:a$=hello len(a$)= 11the "hello" on 1st line meets "strings can't contain chr$(0) chars", but len(a$) and the 2nd line say that it is wrong. First, is there anyone can explain what does LEN(UDT) mean in QB and fbc, and why is LEN(UDT) not equal to LEN(UDT var), (in C, sizeof(UDT)==sizeof(UDT var), right?) ? No, please do not misunderstand me and do not fix the LEN function. I do not like the way that C treates string( chr$(0) is only used to end a string), so can you let fbc be more Qb-ish by fixing PRINT, and fix LEN on UDT and UDT-var for the Qb-ish reason and consistant reason( len(integer)=4 in fbc)? thank you. |