Some New Releases
BlitzMax Forums/Brucey's Modules/Some New Releases
| ||
| For those that don't get their updates via the googlecode source repository, some new releases today : * BaH.Base64 - 1.02 - Fix for sometimes trailing null character output. * BaH.DBSQLite - 1.12 - Update to latest SQLite 3.7.15 * BaH.Libxml - 2.00 - Update to latest Libxml 2.9.0 and complete rewrite of wrapper. API shouldn't be affected. * BaH.Libxslt - 2.00 - Update to latest Libxslt 1.1.28 and another complete rewrite of wrapper. * BaH.RTMidi - 1.02 - Update to latest RTMidi 2.0.1. * BaH.FreeImage - 1.07 - Update to latest FreeImage 3.15.4, integrated libraw, and new load option flags. * BaH.DBODBC - 1.06 - Update to latest iODBC 3.52.8. * BaH.CEGUI - 1.00 - First release of the CEGUI modules. Useful if you want to make… GUIs! * BaH.Expat - 1.02 - Update to latest expat 2.1.0. API implemented for use in BlitzMax, as opposed to just being a library for use with some of the other modules. * BaH.Persistence - 1.00 - First release of my object persistence module. Useful if you want to take a snapshot of an object structure, and recreate it later. * BaH.Libcurl - 1.03 - Update to latest libcurl 7.28.1, c-ares 1.9.1. * BaH.LibcurlSSL - 1.03 - Update to latest libcurl 7.28.1, c-ares 1.9.1. Now requires OpenSSL 1.0+. * BaH.FMOD - 1.00 - First release of the FMOD audio driver module. Make music ! * BaH.muParser - 1.01 - Update to latest muparser 2.2.3. It's an extensible high performance math expression parser library. Really. * BaH.BASS - 1.00 - First release of the BASS audio driver module. Make more music ! * BaH.Crypto - 1.03 - Updated to support OpenSSL 1.0. Removed deprecated MD2 functionality. Wrapper rewrites tidy up the glue and put most of the work into c++ rather than messing with pointers in BlitzMax - in the same way as all my other modules do. Tested against latest BlitzMax on OS X 10.7.5 and Windows XP with MinGW/GCC 4.7.2. Happy Coding! |
| ||
| Nice to see you back! Just a small note on glue.cpp in BaH.Libxml: #include "libxml/xpathinternals.h" Change to: #include "libxml/xpathInternals.h" Will make it compile straight from svn on Linux too.. On the same note, there's some of those in cegui.mod, but not in your code me think. |
| ||
| Wow, welcome back Brucey. |
| ||
| Hi, welcome back and thanks for the updates. |
| ||
| Thanks! |
| ||
| Brucey, man behind the magic, is back... nice gift for upcoming christmas. And good to know he is still alive :p. Now just waiting for wxMax updates (the biggest one) and ofther nifty things. Also the maxgui-gtk-thingy would be a present for jake :D. bye Ron edit: ever thought about using github or other git-repos so easy fork and "push back" are possible (if we find little bugs)? And another thing upset me when looking at the modified sources...the doc style of blitzmax. Why is the visual appeareance defined in the comment blocks (table and td...). It is one of the things I like in C-comments @param-doc-coding-style. And it is easy to implement in the doc generator... but that is kind of offtopic here... Last edited 2012 |
| ||
| Possibly related: After these updates, the bah.xlwriter module errors out on (re)compile: Compiling:xlwriter.bmx Compile Error: Identifier 'SetEncoding' not found [c:/code/blitzmax/mod/bah.mod/xlwriter.mod/xlwriter.bmx;88;3] Build Error: failed to compile c:/code/blitzmax/mod/bah.mod/xlwriter.mod/xlwriter.bmx (It does have a dependency on bah.libxml, so possibly something broke there?) Last edited 2012 |
| ||
| Thank you for the updates. Now just waiting for wxMax updates (the biggest one) Also the maxgui-gtk-thingy would be a present for jake :D. Many would love to see these if, and I do mean if, Brucey ever has the time to tackle them. Last edited 2012 |
| ||
| @bah.xlWriter not really tested as each module relies on others (xlwriter ->libxml|regex/wx.*...) but you could open up certain files and modify some parts. libxml.mod/glue.cpp line: 114 void bmx_libxml_xmldoc_setStandalone(xmlDocPtr handle, int value); //add void bmx_libxml_xmldoc_setEncoding(xmlDocPtr handle, BBString * value); (this is the part i don't know if I done that correctly) libxml.mod/glue.cpp line: 820 (after change 822)
void bmx_libxml_xmldoc_setStandalone(xmlDocPtr handle, int value) {
handle->standalone = value;
}
//add
void bmx_libxml_xmldoc_setEncoding(xmlDocPtr handle, BBString * value) {
char * v = bbStringToUTF8String(value);
xmlCharEncodingHandlerPtr handler;
if( v ) {
handler = xmlFindCharEncodingHandler( v );
if( handler )
handle->encoding = (const xmlChar *) v;
}
bbMemFree(v);
bbMemFree(handler);
}
libxml.mod/common.bmx line:120 Function bmx_libxml_xmldoc_setStandalone(handle:Byte Ptr, value:Int) 'add Function bmx_libxml_xmldoc_setEncoding(handle:Byte Ptr, value:String) libxml.mod/libxml.bmx line:870 Rem bbdoc: Sets document to standalone (or not). End Rem Method setStandalone(value:Int) bmx_libxml_xmldoc_setStandalone(basePtr, value) End Method 'add Rem bbdoc: Sets the encoding of the document (if encoding-type is found). End Rem Method setEncoding(value:String) bmx_libxml_xmldoc_setEncoding(basePtr, value) End Method Maybe that does what it should, if not: sorry, I am no c-guy and like said I can't test without adding more to my mods than needed. bye Ron Last edited 2012 |
| ||
| thank you for the RtMidi update. Midimaster |
| ||
| thank you for the RtMidi update. Glad you got it working in the end ! It's unfortunate that getting MinGW set up correctly on Windows isn't as easy as it should be. |
| ||
| Yeah, it's too bad that new distributions of BlitzMax can't just include the latest version of GCC (and whatever else it needs) in the installation (or have the capability to download it when necessary - third party modules could have this same capability so that everything 'just works'). This would be especially useful for Linux users who have to contend with multiple versions of support files that may or may not exist on the system already... Is this a pipe dream? Russell |
| ||
| Is this a pipe dream? Pretty much, since some 3rd party modules have mutually exclusive MinGW requirements. If you always include "the latest" it's going to break some older stuff in the process. |
| ||
| Welcome back, Brucey! Very nice Christmas presents :) Thanks |
| ||
| Looking at Bruceys latest commits my suggestions for "SetEncoding" were not that correct -> he done it more "très chic" than my try. But the good aspect: @xlsior - your problem should be gone with a current svn snapshot. bye Ron |
| ||
| he done it more "très chic" than my try Not really ;-) Just ensuring that we copy and free memory where we need to. Using xmlFindCharEncodingHandler() was an interesting idea though - to determine if it's a valid encoding or not. I just assume the developer knows what he's doing… (where can that concept possibly go wrong?!) |
| ||
| Updated CEGUI from svn fail to compile under Linux: CEGUIColour.h should be: CEGUIcolour.h CEGUIBidiVisualMapping.h should be: CEGUIBiDiVisualMapping.h Bit strange those, as the 0.7.7 download for CEGUI has the right naming. But anyhow, thank you very much for the updates :) Oh.. Those files are in the cegui/include folder. Last edited 2012 |
| ||
| Yeah, those two files were troubling me for a while, as I'm sure they have changed case before.. :-/ So, I just left them alone. I've dropped them now, and re-added them with the fixed case. Which I know I should have done originally, but I've got a big list to get through... My Linux build is not up yet - just installed a shiny new 64-bit Kubuntu, and getting it running the way I want it. Currently have *3* desktops running on my big screen… OS X, Windows (Coherence mode), and Kubuntu (KDE over ssh -Y).. which means the windows of each OS appear as integrated windows on the OS X desktop, rather than having their own "screen". Well, I like it.. and it beats turning my chair around to type at another keyboard every 5 mins! |
| ||
| xmlFindCharEncodingHandler() -> was the function they used in the libraries sources. So not my idea, just "finding a way" to achieve the desired output. (like all people do on first contact with a new language in a bigger project). And I liked the idea of "silently failing" if the encoding string is not correct - although an boolean indicator would be nice too. bye Ron |
| ||
| Linux is up and running now… too bad the -dev packages don't tend to have 32-bit versions. Just makes for a bit of work symlinking everything. Thankfully, it only needs to be done once! But oh dear… I forgot how nice the Linux IDE is… *cough*… as an example of it's nice-ness, try opening the cegui fontdemo in it. No, don't! You'll have to kill it if you do! I suppose that's incentive enough to resurrect the gtk stuff… if not even a qt one… we'll see how I feel after battling with the current IDE some more. FLTK ftw ? Still, I'm able to test on 3 platforms again, so hopefully you can all expect less compilation errors… maybe. *sniff*… and why does a non-gui binary still need -lX11 libs to build successfully? :-( Last edited 2012 |
| ||
| But oh dear… I forgot how nice the Linux IDE is… *cough*… as an example of it's nice-ness, try opening the cegui fontdemo in it. No, don't! You'll have to kill it if you do! This is normal behavior. BMax is all but dead for Linux due to the IDE not even working. It needs to be fixed by BRL or the product needs to be pulled. I suppose that's incentive enough to resurrect the gtk stuff… if not even a qt one… we'll see how I feel after battling with the current IDE some more. FLTK ftw ? |
| ||
| Added FreeImage release to the list in the first post above... |
| ||
| Hey Brucey, welcome back! complete rewrite of wrapper Why the complete rewrite? |
| ||
| For Linux: Kubuntu is a dead horse (canonical stopped financing it in october... new "blue systems" - not the 80s band :D - is trying to keep the financing alive). Better - and usable for more linuxers - is the usage of a gtk-based distribution. To stay debianbased (as all ubuntu derivates) - use: - Linux mint (in different flavors) - Ubuntu (with its unity - you can replace the desktop with xfce to make it "more common"). "Xubuntu" is only using the light xfce4-desktop, but got much of the ubuntu-"taste" and tools which made them a bit more "hefty fine" - ... and the other dozens of debian distris Take into account that debian based distributions do not have that easy ways to install both - 32 and 64 bit dev-libraries. @linux ide ... there were enough postings about that. For Linux (and gtk2) use Geany... lightweight, fast, easy to adopt, ... editor with compiler/debugger (gdb plugin) support ... in case of interest I could up the modified sources for highlighting/codefolding. @linux ide2 : make wxMax work again and a nifty IDE could be done :p. Ok, stopping the post here to keep the "linux" out of your release-thread. bye Ron |
| ||
| Added DBODBC release to the list in the first post above… Why the complete rewrite? Well for a start, when I wrote it way back when, I was still getting to grips wrapping, and this one was originally done all in BlitzMax code. And for another, the latest version was throwing all kinds of memory exception errors via the libxml debug, so I thought it would be a good idea to do it all properly this time :-) |
| ||
| @ linux ide. I took some time this afternoon and forked the geany repo to add blitzmax support. https://github.com/GWRon/geany feel free to download it. Build: "./autogen.sh" "sudo make install" So be able to customize the compiler paths without working in /usr/.. - and therefor to survive distribution reinstalls :D ~/.config/geany/filedefs/filetypes.blitzmax [build-menu] FT_00_LB=_Compile & Run FT_00_CM=./bmk makeapp -x -r "%d/%f" FT_00_WD=~/YOURDIR/BlitzMax/bin FT_01_LB=_Compile & Run (DEBUG) FT_01_CM=./bmk makeapp -x -d "%d/%f" FT_01_WD=~/YOURDIR/BlitzMax/bin FT_02_LB=_Compile & Run (Threaded) FT_02_CM=./bmk makeapp -x -r -h "%d/%f" FT_02_WD=~/YOURDIR/BlitzMax/bin FT_03_LB=Compile & Run (Threaded DEBUG) FT_03_CM=./bmk makeapp -x -d -h "%d/%f" FT_03_WD=~/YOURDIR/BlitzMax/bin error_regex=\\[(.+);([0-9]+);[0-9]+ [build_settings] compiler="~/YOURPATHTOBLITZMAX/bin/bmk" makeapp -d -o "%e.debug" "%f" linker="~/YOURPATHTOBLITZMAX/bin/bmk" makeapp -r -o "%e" "%f" run_cmd="./%e" - of course you should replace the path with yours... May be i give the gdb-plugin a try now if I have the time. PS: the colours are adjustable in the same way (in the custom filetype.blitzmax file) - but just in case you don't like mine :D. PPS: it uses the scintilla-blitzmax-base you all know (but with rem/endrem fixes) bye Ron edit: gdb is no option as it seems that blitzmax strips the debug symbols and uses a kind of console-debug-output an editor could use for "debugging" Last edited 2012 |
| ||
| Yeah, bcc generates assembler without symbols, so it's not very helpful for backtrace, etc. However, I did once create a module which interfaces XDebug to the BlitzMax debug engine. And then there was another module I wrote once which allowed for remote debugging… including the ability to have interactive "debugstop" - like pressing pause while the app is running. But no useful gdb info, I'm afraid. |
| ||
| Added CEGUI release to the list in the first post above… It's a reasonably mature module, despite it never actually having been "released". |
| ||
| * BaH.Base64 - 1.02 - Fix for sometimes trailing null character output. Yay I helped fixed something (maybe) :) Welcome back Brucey! |
| ||
| Yay! ;-) Added Expat release to the list in the first post above… It's almost Christmas already! I wonder what will be behind the door of tomorrow's Module Advent Calendar… |
| ||
| Chocolate module ? ;o) |
| ||
| Heh, maybe! ;-) Added Persistence release to the list in the first post above… This is the first release of this module. It includes a fix today for "large" sizes of Object reference values (e.g. 2 + 2 = 5, for large values of 2), which BlitzMax sees as negative numbers, because in BlitzMax an Int is signed, and objects can be unsigned. |
| ||
| Just to note: maybe edit your modules-website (on your .net-website) to reflect the changes (and new releases like persistence)... bye Ron Last edited 2012 |
| ||
| Added LibCurl and LibCurlSSL releases to the list in the first post above... |
| ||
| Ok,I'm sure this is all my fault... But it's been a long time since I could compile FreeImage. I can compile everything else I've tried and MinGW seems to be acting fine, but FreeImage hasn't worked for like 2 years now. What happens is that it "seems" to compile fine, but once I try something that actually uses FreeImage (Like the examples) I just get stuff like: There's A LOT more in the error list, but they all basically look the same. Any idea what's wrong? Could someone possibly send me the compiled module in the meantime? Last edited 2013 |
| ||
| Just tried the libcur and libcurssl examples, and notice that none of the ones that attempt to access multiple items simultaneously are functional? Downloading single files seems to work, but the multiple items just hang there, never receiving any data... |
| ||
| @Hezkore : There is a problem with your MinGW setup. I know you may not think so, because everything else appears to work correctly, but that's what the link errors are saying. "SjLj" are concerned with exception handling. Usually when you see this linking error it means that part of your stuff has been built with a different version of MinGW than another. The only way this is possible is that you are using a version of MinGW that isn't the same as the files in your BlitzMax/bin and BlitzMax/lib folders. It's important, when using a new/different version of MinGW that you update the matching files in those folders too, and then rebuild everything. |
| ||
| but the multiple items just hang there Well, I've just re-tested example 5 (I think the only one that does multiple) and it seems to work fine here. I also recently wrote something for Grisu which handles downloads to multiple streams using libcurl, and that appeared to work also, so I'm not sure why you are having problems and I am not - as is the way it often seems to be! ;-) |
| ||
| Well, I've just re-tested example 5 (I think the only one that does multiple) and it seems to work fine here. Just tried to re-run example 5, and it just sits there, never returning any information. Waited a couple of minutes and tried different URL's as well, no change. (made sure that my firewall was off as well, to ensure it wasn't interfering.) When I try example 5 in libcurlsll, it gives me a popup: the procedure entry point ERR_remove_thread_state could not be located in the dynamic link library libeay32.dll (Windowsx 7 x64) |
| ||
| LibCurlSSL now requires OpenSSL 1.0+ which is more up-to-date, has security fixes, etc. I usually install this one : http://slproweb.com/products/Win32OpenSSL.html You are right about the problem on Windows. My apologies. Seems like win32 threading is the issue, so I've switched to using the already provided ares (which is what the other platforms are using without problems) I guess one would call that a regression. Ho Hum. While I was in amongst there, I've also implemented some more stuff which should improve the timeout handling for multiSelect(). Fixed in SVN. I'll do a new release later. *sigh* |
| ||
| Thanks! - Synced modules from SVN - Libcurlssl does work now after getting the openSSL 1.01 DLLs. - example 5 from libcurlssl now works - example 5 from libcurl still fails |
| ||
| Hmm. Code change was the same for both modules, and I actually only tested the fix on libcurl ;-) |
| ||
| Ok, I wiped the SVN folder completely, resynced from the server again, rebuild, and now appears to work. Weird... |
| ||
| @Hezkore : There is a problem with your MinGW setup. I know you may not think so, because everything else appears to work correctly, but that's what the link errors are saying. "SjLj" are concerned with exception handling. Usually when you see this linking error it means that part of your stuff has been built with a different version of MinGW than another. The only way this is possible is that you are using a version of MinGW that isn't the same as the files in your BlitzMax/bin and BlitzMax/lib folders. It's important, when using a new/different version of MinGW that you update the matching files in those folders too, and then rebuild everything. THIS! has always worked in the past for everything, I haven't changed a thing... What exactly do I need to do in order to compile FreeImage and all your other Modules? UPDATE: Well actually, apparently Android SDK had added some extra stuff to my Env Variables which messed up things, so my bad! But I am still sadly having issues with LibCurlSSL. :( Last edited 2013 |
| ||
| What problems are you having with LibCurlSSL ? You need to install OpenSSL (which includes DLLs that the module uses). When using the installer from http://slproweb.com/products/Win32OpenSSL.html it gives you two choices about the DLL location - system or a custom location. If they don't go into system, your application will need to be able to find them on the PATH, either by having the PATH environment variable changed, or by having the DLLs in the same dir as the exe. |
| ||
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:23:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:255:26: winsock2.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:257:29: ws2tcpip.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:264:21: tchar.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:323:19: stdio.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:325:20: assert.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:358:18: io.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:359:25: sys/types.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:360:24: sys/stat.h: No such file or directory
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup.h:649,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:23:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup_once.h:41:20: stdlib.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup_once.h:42:20: string.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup_once.h:44:19: ctype.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup_once.h:47:19: errno.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup_once.h:55:20: malloc.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup_once.h:73:18: time.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/setup_once.h:79:19: fcntl.h: No such file or directory
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:34:20: unistd.h: No such file or directory
In file included from D:/Save Apps/BlitzMax/bin/../lib/gcc/mingw32/3.4.5/include/syslimits.h:7,
from D:/Save Apps/BlitzMax/bin/../lib/gcc/mingw32/3.4.5/include/limits.h:11,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:47,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/cookie.h:26,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:69,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/bin/../lib/gcc/mingw32/3.4.5/include/limits.h:122:61: no include path in which to search for limits.h
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/cookie.h:26,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:69,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:124: error: syntax error before "curl_socket_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:194: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:195: error: syntax error before "size_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:197: error: `size_t' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:231: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:253: error: syntax error before '}' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:309: error: `curl_read_callback' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:325: error: syntax error before "curl_socket_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:335: error: field `addr' has incomplete type
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:339: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:341: error: `curl_socket_t' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:341: error: 'curl_socket_t' redeclared as different kind of symbol
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:124: error: previous declaration of 'curl_socket_t' was here
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:647: error: field `len' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:1771: error: `curl_formget_callback' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:1938: error: syntax error before "curl_getdate"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:1938: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:2213,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/cookie.h:26,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:69,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/multi.h:100: error: field `fd' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/multi.h:144: error: syntax error before "fd_set"
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:70,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:39: error: field `length' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:44: error: field `sent' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:46: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:48: error: syntax error before '}' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:54: error: field `namelength' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:57: error: field `contentslength' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:62: error: field `bufferlength' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:83: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/formdata.h:83: error: `Curl_FormReader' declared as function returning a function
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:69,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:65,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/rsa.h:62,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:74,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/crypto.h:175: error: field `value_size' declared as a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/crypto.h:535: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:65,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/rsa.h:62,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:74,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:510: error: `BIO_ctrl_pending' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:511: error: `BIO_ctrl_wpending' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:529: error: `BIO_ctrl_get_write_guarantee' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:530: error: `BIO_ctrl_get_read_request' declared as function returning a function
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:570: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:639: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bio.h:640: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:74,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/rsa.h:62,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:74,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/bn.h:496: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/rsa.h:62,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:74,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:844: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:845: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:848: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:854: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:856: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:887: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:888: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:976: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:984: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:985: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:997: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/asn1.h:998: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:74,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/rsa.h:304: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/buffer.h:68,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:70,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/bin/../lib/gcc/mingw32/3.4.5/include/stddef.h:213: error: conflicting types for 'size_t'
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:197: error: previous declaration of 'size_t' was here
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:83,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/ec.h:678: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/ec.h:891: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/ec.h:899: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/dsa.h:83,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:99,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/dh.h:201: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:99,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/dsa.h:236: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/dsa.h:237: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:70,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:599,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/lhash.h:186: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/lhash.h:187: error: syntax error before "FILE"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/lhash.h:188: error: syntax error before "FILE"
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:599,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:169: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:171: error: conflicting types for 'flags'
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/include/curl/curl.h:247: error: previous declaration of 'flags' was here
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:176: error: syntax error before '}' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:192: error: syntax error before "X509_VERIFY_PARAM"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:209: error: syntax error before '}' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:240: error: syntax error before "X509_VERIFY_PARAM"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:278: error: syntax error before '}' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:420: error: syntax error before "X509_VERIFY_PARAM"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:497: error: syntax error before "time_t"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:504: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:505: error: syntax error before "X509_VERIFY_PARAM"
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:510: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:511: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:512: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:514: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:516: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:517: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:518: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:520: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:521: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:522: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:523: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:524: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:525: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:527: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:529: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:531: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509_vfy.h:532: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:600,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/pkcs7.h:284: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/pkcs7.h:285: error: syntax error before '*' token
In file included from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/urldata.h:76,
from D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/src/lib/file.c:58:
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:679: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:680: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:681: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:682: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:683: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:684: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:686: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:687: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:688: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:689: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:690: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:691: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:694: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:695: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:696: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:697: error: syntax error before '*' token
D:/Save Apps/BlitzMax/mod/bah.mod/libcurlssl.mod/ssl/include/openssl/x509.h:700: error: syntax error before '*' token
AND MORE!Having a look at OpenSSL right now (Noticed like ONE post above mine hehe, sorry) UPDATE: Nope sorry, I chose Windows folder, restarted Blide but get the same errors. Also removed my entire LibCurlSSL folder and updated it again from the SVN but with no luck, same errors. UPDATE2: It seems I solved it, the issue was that I had updated my bin and lib folder (as I was instructed to?) and that didn't quite work so well apparently, restored default lib and bin folder and it now builds. Last edited 2013 |
| ||
...BlitzMax/bin/../lib/gcc/mingw32/3.4.5/include Well, there are only certain files that should go in to the bin and lib dirs - i.e simply replacing those that are there with the same-named files from a different MinGW release. The whole of MinGW shouldn't be in there. I'm pretty sure Blide has some built in functionality to do this (copying stuff into the right places) - although I don't know if you can choose your own version of MinGW or must use the one it assumes you want to use? Anyway, you seem to have sort out your stuff. Great ! :o) |
| ||
| Yeah thanks, it all ended well heh. Can I just ask you a think about libcurlssl though, I figure it's the module I need to access https? How can I get it to download something like an image from https:// dl.dropbox.com/u/2842751/N64_P.jpg ? For example, http:// dl.dropbox.com/u/2842751/N64_P.jpg downloads just fine, but the second you change it to https it refuses to download the image. UPDATE: Actually you know what, Example 8 just told me, haha. I basically just wasted 3 forum posts on nothing. Thanks once again! Last edited 2013 |
| ||
| It works for me… Note, it dumps the image data to the console :-) edit : and for that URL you don't need to use certificates… it works without, as you can see from my example above. Last edited 2013 |
| ||
| I'm curious about your next modules ? I like when you make me discover new things ;) Even if I don't have much time on my hands (to try CeGUI 1.0 for ex :p). |
| ||
| Added FMOD release to the list in the first post above… Well, it's been around for a while, so I thought it deserved a proper release! |
| ||
| Did you make some code adjustments? Or is this just a "formal" release? Please note that version 1.00 of the FMod module only works with FMod 4.36.x! |
| ||
| How do you arrive at that conclusion? I just tested it on XP and FMOD_VERSION reports : 00044406 |
| ||
| They changed some library functions a LONG time ago. For instance added a "diskbusy" parameter to GetOpenState:Int(openState:Int Var, percentBuffered:Int Var, starving:Int Var, diskbusy:Int Var). Your original module isn't fully compatible with that. I modified some basic stuff to make it work again. The Fmod module I sent you is NOT your original code. - Just wanted to clarify this. |
| ||
| Ah, I see. Thanks. I went through and updated a whole lot of stuff. I guess I need to check every single API. Funny how they |
| ||
| Hehe, they just try to keep up with present. They even suppport Win8. Not that this is a most wanted feature at all. ;) If I remember correctly changes made only affected the recording funtions (which I never could get to work anyway) and GetOpenState(). When you're done, I could test your changes under Windows7 and XP if you want to? |
| ||
| For instance added a "diskbusy" parameter to GetOpenState Mine already seems to have that. Do you have any specific functions that you are having problems with? I've been running your app with my fmod on OS X and it's been working fine… |
| ||
| Haven't touched the module for years. Just got your latest release from the repository which im going to use from now on. FMod comes with a "record to disk" example. Would be nice to have something similar in bmx code. It uses FMOD_System_SetOutput(), RecordStop() / RecordStart(). Back in the days I tried to save the audio stream (the prp user is currently listening to) to the hard disk. |
| ||
| Added muParser release to the list in the first post above… |
| ||
By the way, your latest update to bah.theoraplayer won't compile under windows:Compiling:TheoraVideoClip_Theora.cpp Compiling:yuv_c.c Compiling:yuv420_grey_c.c C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoFrame.cpp: In constructor 'TheoraVideoFrame::TheoraVideoFrame(TheoraVideoClip*)': C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoFrame.cpp:80:27: error: 'memset' was not declared in this scope C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoFrame.cpp: In member function 'virtual void TheoraVideoFrame::decode(TheoraPixelTransform*)': C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoFrame.cpp:115:63: error: 'memcpy' was not declared in this scope C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoFrame.cpp:123:35: error: 'memcpy' was not declared in this scope Build Error: failed to compile (1) C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoFrame.cpp Build Error: failed to compile (1) C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoFrame.cpp C:\Code\Blitzmax\bin>C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoManager.cpp: In member function 'TheoraVideoClip* TheoraVideoManager::requestWork(TheoraWorkerThread*)': C:/Code/Blitzmax/mod/bah.mod/theoraplayer.mod/libtheoraplayer/src/TheoraVideoManager.cpp:199:70: error: 'rand' was not declared in this scope |
| ||
| Thanks. It's always fun when you have to fix other people's stuff ;-) |
| ||
| I think the same. Great another computer to fix on my sunday while I'm sick :D |
| ||
| Or you could just stay in bed and pretend the outside world doesn't exist until you are feeling better! :-p |
| ||
| Added BASS release to the list in the first post above… This one has also been around for a while. You can never have too many music modules! |
| ||
| Added Crypto release to the list in the first post above... Due to popular demand. |
| ||
| Thanks. By the way, I noticed that you uploaded some changes to bah.raknet in SVN a week ago or so: still unable to compile under windows. :-/ |
| ||
| I know it's not on the list above, but I've been making use of the Theora module for some time. I've noticed recently a strange issue that only happens in Debug mode, yet it doesn't happen in the examples. In Debug mode, as soon as I load a video, it seems like the Flip command stops working. At least, that's the best guess I can make about what's happening. The only difference between what I'm doing and the examples is that I copy the pixel data into a texture instead of using LoadImage. It works fine in release, but the Debug issue is confusing. :/ |
| ||
| So you're using a new kind of wrapping method that right ? Something more C++ side if I remember correctly. I guess I could learn from that. I still need to try CEGUI ! Damn !! :D |
| ||
| Just the same old wrapping as before really. The rewrite of libxml was because it was one of my first wraps, and wasn't using the technique that I developed later. As for new wrapping methods, I've been working on auto-generation of wrapped C++, using a combination of different open source tools. Well, when you look at something like Ogre, it's a bit of a daunting task to consider hand-wrapping it. If most of it can be automated, then it's better all round - quicker, less prone to coding errors (on the assumption, of course, that the generator is producing the correct code). As a basic example, I ran it against a C++ BigInteger library class library, which generated a set of module source, which I was then able to create and run a test app using the generated Types, methods and functions. Interesting side project... |
| ||
| @Brucey: feel free to write some lines about your side projects... the last weeks your "logs and blogs" received no updates :-(. I know that writing articles is sometimes not very exciting (especially if you have to format the article with sourcecodes etc.) but hey as there is next to nothing to read in the blitzmaxforums I need some other sources for "blitz"-related thingies. As I am not coding with blitz atm it is always nice to get back to it with reading about it (better than struggling with js and multiple serverside frameworks to get some business apps working... no fun when doing 6of7 days a week). Maybe you could do it in your bruceys-module-section, a kind of "improving module build workflow"-thread - and maybe there are some who are able to give you some nifty ideas how to improve it even further. We, the less experienced ones are then able to read, enjoy and get our brain squashed and squeezed leaving us with only questionmarks in the head - but with the feeling of maybe having learned something for the future. bye Ron |
| ||
| As for new wrapping methods, I've been working on auto-generation of wrapped C++, using a combination of different open source tools. Well, when you look at something like Ogre, it's a bit of a daunting task to consider hand-wrapping it. If most of it can be automated, then it's better all round - quicker, less prone to coding errors (on the assumption, of course, that the generator is producing the correct code). As a basic example, I ran it against a C++ BigInteger library class library, which generated a set of module source, which I was then able to create and run a test app using the generated Types, methods and functions. Interesting side project... Indeed ! I passed almost a week just to wrap around 10-15 Class of Box2D just to figure out at the end that I wasn't doing the logical part right. A tool that would generate skeleton API would be a weapon of mass modulas :) |
   |