The question is: where are the now existing header files from? As far as I can see, the files are pre-Windows XP, so every function added in later versions of windows is missing (Common Controls 6.0 for example). At the top of every file is the following: "header translated with help of SWIG FB...

Hello, as far as i found out, the *.bi Header files for freebasic are quite incomplete. I needed only a fraction of the missing ones, but here they are: 'ListView Constants #Define LVM_SETVIEW (&h1000 + 142) #Define LVM_SORTITEMSEX (&h1000 + 81) #Define LV_VIEW_ICON 0 #Define LV_VIEW_DETAILS...

Hello, realizing a drag & drop Operation is somewhat tricky. For DropTarget, there is an example in the "examples" Folder of FreeBasic. But for the IDropSource, you Need also an IDataObject Interface, which contains the EnumFormatEtc method. And for this, there is a function in the API...

Hello, so far, I succeeded in refining and further developing Richard's Bigint solution. New the TYPE bigint is nearly fully integrated: The Header: Type Bigint ' a little endian, two's complement binary number s As String ' packed into a string, in blocks four bytes long ' Constructors '-----------...

I tried several combinations, and as far I can say, createdialogparam and setwindowsubclass or setwindowlongptr simply wouldn't work together. But if there's no disadvantage, it works fine if you simply check the messages in the message loop and redirect them - and if you have multiple editboxes, in...

Okay, I found the error. Every time when I use something "out of the box", it doesn't work until I've completely understood it myself (and then I doesn't need a "out of the box" solution ...). In this case, the templates of FBEdit caused the problem. The Template "DialogApp&...

Thanks Michael for helping ... but it doesn't work out. I generated a new project in FBEdit, and if I integrate your code in the standard template it looks like: dropfiles.bi: #Define IDD_DIALOG 1000 #Define IDC_EDT1 1001 #Define IDC_BTN1 1002 #Define IDC_EDT2 1003 Dim Shared hInstance As HMODULE Di...

Hello, in my Windows GUI program I want to include a file drag-and-drop functionality. I have solved the problem for the moment with DragAcceptFiles for the Editbox and a redirection for the WM_DROPFILES message. The msg.hwnd is the handle of the editbox, and i change this in the message loop to the...

Thank you folks!

I tested three versions:

my variant with no compiler options needed 11,4 seconds for 1 million blocks of salsa20 in my implementation.

asm with -gen gas needed 6,3 seconds

and #define with -gen gcc 6,2 seconds.

@fxm: I'm from Germany, and in the german Version of the documentation SHARED the part regarding the strings is missing ... @MichaelW and dodicat: That's why I'd prefer rol and ror included in Freebasic. My ASM was likely the only one I could find with google at all. So, should I compile with -gas a...

I have to admit that my intepretation of the definition of "bug" was probably not the right one. But for me, the behaviour was not like I expected. Sometimes, the result for not is expanded to the bitlength of the result, and sometimes not. My current project is a just-for-fun implementati...

Hello, I hope this is the right place for reporting the bugs I've found in the 32-bit Version of the Compiler. 1. not() does'nt work properly if used in some conditions, try this: dim as ulongint a, nota dim as ulong b, notb dim as ushort c, notc a=1 nota=not(a) print hex(a), hex(nota) b=1 notb=not(...

For better Integration, I renamed all the functions, fixed the bug in the constructors and so on. The new Version is displayed here: http://www.freebasic-portal.de/code-bei ... g-284.html

Wow, it's too big now ... so here the last part: '================================================================ ' CONVERSION FUNCTIONS '================================================================ ' pack ascii numeric string to a straight binary number in a bigint ' the output bigint will hav...

I liked the code because it's usage is very easy. Unfortunately, it was much, much slower than other bigint implementations. So I've rewritten the division and comparation, optimized some other functions, and the speed is the same now than for example the largeint.bas. I couldn't fix the constructor...