BlitzMax V1.30 now up!
Miscellaneous Forums/General Discussion/BlitzMax V1.30 now up!
Hi,
Head on over to the product updates section for BlitzMax V1.30.
This is the same version currently up on SVN, so if you're up-to-date SVN wise there's no real need to get this.
***** Important note 1 ***** A new MaxGUI section in product updates has been added containing zips for the MaxGUI module.
***** Important note 2 ***** Uninstall any previous version before installing version 130. Or alternately, install version 130 to program files/BlitzMax130, or a similar non-existant directory.
Thanks Mark!
Do we uninstall version 1.28 first, or just install 1.30 over it?
Aw bugger, there is a full installer but not an updater (I would assume its safe to install over the current installation?).
I always install to a new folder, say \BlitzMax130 for the 1.30 version.
Eventually I'm confident I don't need really old versions and uninstall/delete them as needed.
Careful posting such things in the General Discussion forum, your thread might get locked (unless GFK and Rob are still asleep) :\
And for those wondering, here's the relevant info from versions.txt:
***** 1.30 Release *****
Major sanity check release!
MaxGUI has been moved to its own module, maxgui.mod.
This means you will now have to manually import maxgui, eg:
Import MaxGUI.MaxGUI 'import maxgui core
Import MaxGUI.Win32MaxGUI 'import win32 version
Import MaxGUI.CocoaMaxGUI 'import macos version
Import MaxGUI.FltkMaxGUI 'import linux version
The default audio driver for Windows has been changed to DirectSound. This means if you don't call SetAudioDriver(), the DirectSound driver will be used. For Mac/Linux, FreeAudio is still the default driver.
Syncmods has been disabled and is no longer supported by BRL. MaxGUI modules are now available in zip form from the 'product updates' page of the 'account' section at blitzbasic.com
Internal changes:
Lots of MaxGUI fixes from Seb.
Added advadpi32 to bmk win32 link
Debugger fix for out of scope objects.
bbGCValidate() added to blitz_gc.c
MaxIDE updated
Brucey's patch: LoadSound method added to TAudioDriver
Fixes and updates from Seb
Fixed GC and final methods reflection bugs
Removed nan/inf docs
Added missing EVENT_HOTKEY ToString case (skid)
Dragbar canvas fix for win32maxguiex compatability
GNet now uses 32 bit floats
Added -bind_at_load to bmk mac linkopts
Fixed blitzmaxpath looping forever
Default win32 audio driver now directsound
Fixed getmodulehandlea/w param
Added exception to loadbytearray/loadstring etc
Sped up replaceall
Fixed macos-version issue with PPC 10.4
Changed to maxgui.mod
So what does this update fix? For that matter, what did every update all the way back to 1.24, which I'm still running, fix?
I haven't been updating, because my motto is if it ain't broke, don't fix it.
Have any new features/commands been added? Any performance increases? Has the Vista audio delay bug been fixed yet?
Where are all the changelogs?
I see windows are still not created in the center of the screen. Impressive...
Careful posting such things in the General Discussion forum, your thread might get locked (unless GFK and Rob are still asleep) :\
Oh do stop trolling. :/
Hi,
Head on over to the product updates section for BlitzMax V1.30.
Ta for the update!
So what does this update fix? For that matter, what did every update all the way back to 1.24, which I'm still running, fix?
I'm pretty sure you're missing out on a shedload of changes to the audio system. Positive that happened between 1.26-1.28.
I see windows are still not created in the center of the screen. Impressive...
Increasingly.
Folks should be advised that installing the latest version of the IDE will change the color scheme so the output and help/function windows are white, and while these don't seem to be configured from the .ini file, you can adjust them from the File menu.
I like my sidebar to have a blue background like my code window, and the debug output to be black. It's much easier on the eyes.
I don't use the IDE anyway - Project Studio for me.
Yep. If it ain't broke, don't fix it. What a great motto. Wish I'd followed my own advice.
Running my code as is, I get this:
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(group.cpp.release.win32.x86.o):group.cpp:(.text+0x22): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(group.cpp.release.win32.x86.o):group.cpp:(.text+0xf2): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(group.cpp.release.win32.x86.o):group.cpp:(.text+0x176): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(group.cpp.release.win32.x86.o):group.cpp:(.text+0x1fa): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(group.cpp.release.win32.x86.o):group.cpp:(.text+0x2fc): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(group.cpp.release.win32.x86.o):group.cpp:(.text$_ZNSt10_List_baseIP8BBGadgetSaIS1_EE5clearEv[__ZNSt10_List_baseIP8BBGadgetSaIS1_EE5clearEv]+0x18): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(group.cpp.release.win32.x86.o):group.cpp:(.text$_ZNSt14__simple_allocISt10_List_nodeIP8BBGadgetESt24__default_alloc_templateILb1ELi0EEE8allocateEj[__ZNSt14__simple_allocISt10_List_nodeIP8BBGadgetESt24__default_alloc_templateILb1ELi0EEE8allocateEj]+0x15): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text+0x78): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text+0x1b1): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text+0x239): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text+0x2c1): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text$_ZNSt10_List_baseIP14BBTreeViewNodeSaIS1_EE5clearEv[__ZNSt10_List_baseIP14BBTreeViewNodeSaIS1_EE5clearEv]+0x18): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text$_ZNSt4listIP14BBTreeViewNodeSaIS1_EE6removeERKS1_[__ZNSt4listIP14BBTreeViewNodeSaIS1_EE6removeERKS1_]+0x53): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text$_ZNSt14__simple_allocISt10_List_nodeIP14BBTreeViewNodeESt24__default_alloc_templateILb1ELi0EEE8allocateEj[__ZNSt14__simple_allocISt10_List_nodeIP14BBTreeViewNodeESt24__default_alloc_templateILb1ELi0EEE8allocateEj]+0x15): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(treeview.cpp.release.win32.x86.o):treeview.cpp:(.text$_ZNSt4listIP14BBTreeViewNodeSaIS1_EE14_M_create_nodeERKS1_[__ZNSt4listIP14BBTreeViewNodeSaIS1_EE14_M_create_nodeERKS1_]+0x6): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0x9a): undefined reference to `std::__default_alloc_template<true, 0>::_S_force_new'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0xb7): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0xc9): undefined reference to `std::__default_alloc_template<true, 0>::_S_free_list'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0xd1): undefined reference to `std::__default_alloc_template<true, 0>::_S_free_list'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0xd6): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0xe8): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0xf4): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0x101): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE5eraseESt17_Rb_tree_iteratorIS6_RS6_PS6_ESG_]+0x10e): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE9_M_insertEPSt18_Rb_tree_node_baseSE_RKS6_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE9_M_insertEPSt18_Rb_tree_node_baseSE_RKS6_]+0x1c): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE9_M_insertEPSt18_Rb_tree_node_baseSE_RKS6_[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE9_M_insertEPSt18_Rb_tree_node_baseSE_RKS6_]+0x90): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE8_M_eraseEPSt13_Rb_tree_nodeIS6_E[__ZNSt8_Rb_treeIP6HWND__St4pairIKS1_P9Win32HwndESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE8_M_eraseEPSt13_Rb_tree_nodeIS6_E]+0x22): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt15_STL_mutex_lock13_M_initializeEv[__ZNSt15_STL_mutex_lock13_M_initializeEv]+0x3d): undefined reference to `std::_GLIBCPP_mutex_address'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt15_STL_mutex_lock13_M_initializeEv[__ZNSt15_STL_mutex_lock13_M_initializeEv]+0x74): undefined reference to `std::_GLIBCPP_mutex'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt15_STL_mutex_lock13_M_initializeEv[__ZNSt15_STL_mutex_lock13_M_initializeEv]+0x89): undefined reference to `std::_GLIBCPP_mutex_address_init()'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt15_STL_mutex_lock13_M_initializeEv[__ZNSt15_STL_mutex_lock13_M_initializeEv]+0x98): undefined reference to `std::_GLIBCPP_mutex'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt15_STL_mutex_lock13_M_initializeEv[__ZNSt15_STL_mutex_lock13_M_initializeEv]+0xaf): undefined reference to `std::_GLIBCPP_mutex_init()'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt15_STL_mutex_lock13_M_initializeEv[__ZNSt15_STL_mutex_lock13_M_initializeEv]+0xb4): undefined reference to `std::_GLIBCPP_once'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt14__simple_allocISt13_Rb_tree_nodeISt4pairIKP6HWND__P9Win32HwndEESt24__default_alloc_templateILb1ELi0EEE10deallocateEPS8_j[__ZNSt14__simple_allocISt13_Rb_tree_nodeISt4pairIKP6HWND__P9Win32HwndEESt24__default_alloc_templateILb1ELi0EEE10deallocateEPS8_j]+0x14): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32hwnd.cpp.release.win32.x86.o):win32hwnd.cpp:(.text$_ZNSt14__simple_allocISt13_Rb_tree_nodeISt4pairIKP6HWND__P9Win32HwndEESt24__default_alloc_templateILb1ELi0EEE8allocateEj[__ZNSt14__simple_allocISt13_Rb_tree_nodeISt4pairIKP6HWND__P9Win32HwndEESt24__default_alloc_templateILb1ELi0EEE8allocateEj]+0x15): undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x3d0): undefined reference to `std::__default_alloc_template<true, 0>::_S_force_new'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x3e5): undefined reference to `std::__default_alloc_template<true, 0>::_S_force_new'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x534): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x567): undefined reference to `std::__default_alloc_template<true, 0>::_Lock::_Lock()'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x56d): undefined reference to `std::__default_alloc_template<true, 0>::_S_free_list'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x57c): undefined reference to `std::__default_alloc_template<true, 0>::_S_free_list'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x589): undefined reference to `std::__default_alloc_template<true, 0>::_Lock::~_Lock()'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x59f): undefined reference to `std::__default_alloc_template<true, 0>::_S_refill(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb[__ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb]+0x5bf): undefined reference to `std::__default_alloc_template<true, 0>::_S_force_new'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32iconstrip.cpp.release.win32.x86.o):win32iconstrip.cpp:(.text$_ZNSt14__simple_allocImSt24__default_alloc_templateILb1ELi0EEE10deallocateEPmj[__ZNSt14__simple_allocImSt24__default_alloc_templateILb1ELi0EEE10deallocateEPmj]+0x14): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x68): undefined reference to `std::__default_alloc_template<true, 0>::_S_force_new'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x7d): undefined reference to `std::__default_alloc_template<true, 0>::_S_force_new'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0xf7): undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x10f): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x122): undefined reference to `std::__default_alloc_template<true, 0>::_S_free_list'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x130): undefined reference to `std::__default_alloc_template<true, 0>::_S_free_list'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x139): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x14f): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x15f): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x177): undefined reference to `std::__default_alloc_template<true, 0>::_S_refill(unsigned int)'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x181): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x18e): undefined reference to `std::__default_alloc_template<true, 0>::_S_node_allocator_lock'
C:/Program Files/BlitzMax/mod/brl.mod/win32maxgui.mod/win32maxgui.release.win32.x86.a(win32textarea2.cpp.release.win32.x86.o):win32textarea2.cpp:(.text$_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc[__ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc]+0x1b4): undefined reference to `std::__default_alloc_template<true, 0>::_S_force_new'
Build Error: Failed to link C:/Program Files/BlitzMax/myprojects/Alien Space Beetles/main-072.exe
Process complete
Adding:
Import MaxGUI.MaxGUI
Import MaxGUI.Win32MaxGUI
I get this:
"Can't find interface module for maxgui.maxgui"
So, anyone got any idea what's causing this?
Okay I found the section on the product updates page which says I have to install a zip to my mods directory. So I did that.
But now I'm getting this error when I try to compile:
"Duplicate Identifer 'TIconStrip' in modules 'brl.maxgui' and 'maggui.maxgui'"
Also, it is not clear to me whether I need to only include this line to make the GUI work on any system:
Import MaxGUI.MaxGUI
Or if I have to place that line AND a line for the specific system I'm compiling on:
Import MaxGUI.MaxGUI
Import MaxGUI.Win32MaxGUI
And lastly, if the second case is what I need to do, what happens if I include all three versions? Is that allowed? Disallowed? Slower to compile? Will we now have to make a slight change in our code to compile on the three different operating systems?
> "Duplicate Identifer 'TIconStrip' in modules 'brl.maxgui' and
> 'maggui.maxgui'"
Uninstall the old one first or, better yet, install the new one to program files/blitzmax130 or something.
So... spend 10 minutes backing up my current project's files so I can uninstall the old version under the assumption that windows might delete everything in the directory when I do... Or, install a second version with a new filename, copy ALL my projects ober which will take a half hour or more, then delete the old version and rename the directory so my shortcuts still point to the ide.
Choices.
This, kiddos, is why I NEVER upgrade stuff unless I have to.
And yes, I keep my projects, with all their media, in my BlitzMax directory.
The installer does not delete things that it didn't put there itself.
Not that you should be keeping your projects in the Blitzmax folder anyway.
La la...
Don't mind me, just waiting for Windows XP programs list to be populated so I can uninstall.
GfK:
Keeping them there means all I have to do to backup is copy the whole max directory to another drive, and in doing so I know I can go back at any point in time and compile the old code and it'll work.
That woudln't be true if I backed up the IDE and my code seperately. As we can see here where my code won't compile on a version of the IDE just slightly newer.
Yep. If it ain't broke, don't fix it. What a great motto. Wish I'd followed my own advice.
That is one of the most hideous error list I've ever seen.. Remove brl.maxgui, import maxgui.win32maxgui.
sswift, if you do a wierd and non standard thing (keep all your projects inside the program folder) then you can pretty much expect you will have to do a wierd and non standard thing when u need to upgrade. Theres no one forcing you too upgrade, if its working for you on 1.24 and its too much effort to drag over some folders and go make a cup of tea, then stick with it.
Wait a minute. I've instaleld BlitzMax 1.30 over the old version. The old version isn't in my program add/remove list anymore.
If the add remove programs won't remove files it didn't add, as per what GFK said, then it won't remove any of the modules that are causing the problems if I reinstall to that directory
Sigh.
Guess I'll just screw around and try deleting all the data directories manually and reinstall that way. Least Max doesn't seem to stick crap in the registry.
How is keeping my files with the program that's needed to access them a weird and non standard thing? There's no standard for where you should keep your files. Linux doesn't have a MyDocuments folder, and neither do Macs, and when you go to save your first program the IDE opens the BlitzMax directory.
Also, I installed every other version of Max this way and it worked fine. I'm just bitching because I wasn't warned that installing the new version over the old version like that wouldn't work with this latest update.
I see that Mark has updated his post to warn others of that now though.
You'll make your life much easier if you do a backup of the complete Blitzmax folder as it stands now. Then uninstall Blitzmax and kill the install folder completely.
After that, copy bits back from the backup folder you made. But I strongly recommend NOT keeping your projects in the Blitzmax folder. That (as you've learned) is pretty much the second worst place you could choose to store them. (first being the recycle bin).
I have a 10GB 'workspace' partition which my active projects are kept on. This is backed up daily to an external hard drive.
Installed Blitzmax 1.30 without a single problem, here.
I always use a '/home/cstruct/code/lang/bmax/projects' setup (on windows that's usually C:\cstruct).
Also things like '/cstruct/code/tools/', '/cstruct/webs/downloads/max/' and so on. (lol)
EDIT: And a toolbar or menu (Linux) for indexing it all, using links/shortcuts.
Well after all that, deleting everything from the max directory except my myprojects and downloads directories, and then reinstalling, and adding those two lines of maxgui code worked.
But I had to copy part of the old ide cfg file to the new one to get back all my color preferences. Except those for the nav bar and the output window. Where the heck are those being stored and why not in the same place as the main code window's color prefs?
Maybe they aren't changeable [any more]?
They are changeable, and they have always been changable, but only the code window colors appear to be stored in the ini file. The others are stored somewhere else. The registry seems a possibility, but isn't the IDE also cross platform?
Well, the source code is. A win32 application won't work on Mac/Linux. So you can't guarantee that they'll work identically.
to all with the funny maxgui dublicate error:
learn to read the docs, learn how to use BM, complain afterwards.
1. remove BM 1.28
2. Install 1.30
3. Add the maxgui
if you want to avoid the remove: go into mod/brl.mod and remove maxgui.mod, win32maxgui.mod, fltkmaxgui.mod and cocoamaxgui.mod
they are no longer supported and must be removed, because if you do not use framework, ANY module from brl and pub is automatically imported so you imported the old and new maxgui in the same go thanks to not reading the changelog/step 2 at all, which I have to admit is something even beginners are capable of normally.
to all with the funny maxgui dublicate error:
learn to read the docs.
You mean the docs that weren't there when SSwift messed his install up? Or some other docs?
so you imported the old and new maxgui in the same go thanks to not reading the changelog
/snark on
Oh you mean the changelog which I complained about not being able to view prior to installation?
THAT changelog?
Thank you, Mark :cD
HTMLView does not work correctly . If i press a link on my homepage it goes not forward
Take a look at:
www.svenschwiecker.de
press on Werbeagentur - Webdesign or on macsven and you will see.
I have the same problem with google add. HTMLView is loading a page, but then it finished it shows my only a picture with ads. I have moddified the BlitzMax HTMLView in BlitzMax 1.28 ( i need hours) but now the same problem in V1.30.
The Extended button under MacOS X is in this version not aviable, too.
Take a look here:
http://www.blitzmax.com/Community/posts.php?topic=63252 The mod is done for now.
Can someone take a look at HTMLView.
Thanks for the update. I have a question:
Are there any other changes other than those documented in versions.txt; say small ones which are minor fixes or changes which could in theory break something? Thx.
Also are the help docs now restored as there was a mess up with 1.28 where all the code example disappeared?
Oh and what were these exactly?
Brucey's patch: LoadSound method added to TAudioDriver
Fixes and updates from Seb
Anyone know? Thanks.
Brucey's patch: LoadSound method added to TAudioDriver
Some info about it
HERE and more
HERE.
In short. Better 3rd party audio library support for BRL.Audio.
Found:
Go to line 468 im cocoa.macos.m and do this:
- (void)webView:(WebView *)sender decidePolicyForNavigationAction:(NSDictionary *)actionInformation request:(NSURLRequest *)url frame:(WebFrame *)frame decisionListener:(id<WebPolicyDecisionListener>)listener{
BBString*text;
int key;
-> Comment out this lines:
// printf("decidepolicy\n");fflush(stdout);
key=(int)[[actionInformation objectForKey:WebActionNavigationTypeKey] intValue];
// switch (key){
// case WebNavigationTypeOther:
// case WebNavigationTypeLinkClicked:
// if (_state==0) {
// [listener ignore];
// text=bbStringFromCString((char*)[[[url URL] absoluteString] cString]);
PostGuiEvent( BBEVENT_GADGETACTION,sender,0,0,0,0,(BBObject*)text );
// }else{
// [listener use];
// }
// default:
[listener use];
// }
}
@end
Is it possible to make htmlview ready for TAB browsing.
My homepage opens a new window then i click on MacSven. How can i use it with blitzmax?
The Webview works now correctly.
How can i use it with blitzmax?
By uncommenting those lines and changing it to work properly :-)
For interaction, you need the call to PostGuiEvent().
Just thought I'd post a quick thanks for the update! Uninstalled 1.28 and installed 1.30 instead - worked like a charm. One small detail needed a change in my projects in order to make MaxMod function properly:
I previously only imported MaxMod.AudioStream, even if I streamed an OGG file. In 1.30 this causes CreateAudioStream() to return Null. Just make sure that you include MaxMod.OGG as well, and it all works fine.
On the other hand this could also be a MaxMod thing, since I took the opportunity to upgrade to 1.25 at the same time. :)
Wow that's impressive Brucey. I may consider changing for future games to FMod of BASS. Haven't read much about the other ones.
@ Brucey:
I have insert the PostGuiEvent(). That works now.
I can open my link if i press the rigth mousebutton on the link with the open link.
Thanks!
Shouldn't this have been announced in the BlitzMax Programming forum? I rarely visit the General Discussion area (but ironically did so last night within an hour of release).
In the Programming forum it looks like 1.28 is still the hot new update.
P.S.: Love the new IDE, Mark. Haven't tried it on anything but Windows, but it feels much faster.
Grey Alien: Fixes and updates from Seb
My fixes were mainly for MaxGUI or MaxIDE, improving stability etc. and adding a few new features here and there. I don't think you do much MaxGUI programming, so I don't suppose these MaxGUI changes will affect you, although I think you may appreciate more stable MaxIDE debugging and perhaps the new "Find in Files" feature.
Just need to echo what Tachyon said, the windows version looks and feels much better, is it me, or is it a bit faster on compiling and executing the compiled .exe file
Cheers Mark
People were complaining because they couldn't figure out how to use SVN, so Mark put everything in two easy to use ZIP files. Now you have somebody complaining because they can't figure out how to use zip files...
Good work Seb and Mark. Seb's improvements have been greatly appreciated!
SebHoll: Great, thanks for the info. Agreed that I don't do ANY MaxGUI programming (I'm sure it's good, it's just not relevant to me) but IDE improvements sound great! Esp. find in files, woooo. Yeah and the debugging. Thx.
For reference I appreciate the Zip files.
SVN's pixmap.mod for OS X/PowerPC is still incompatible with Brucey's Cairo module.
I have problems with this can anybody help!
2008-07-10 17:19:32.877 KWebSystem.debug[349] *** Assertion failure in -[NSTabView removeTabViewItem:](), AppKit.subproj/NSTabView.m:597
2008-07-10 17:19:32.877 KWebSystem.debug[349] *** -[NSAutoreleasePool dealloc]: Exception ignored while releasing an object in an autorelease pool: Invalid parameter not satisfying: [_tabViewItems containsObject:tabViewItem]
MacSven, how recent is your version of Xcode/the Apple developer tools?
my XCode version is 2.5!
Solved the problem!
I remembered my other question: What version of MinGW should we use with V1.30? Same as for V1.28?
Sorry not solved. Any idea?
2008-07-10 18:52:35.115 KWebSystem.debug[1401] *** Assertion failure in -[NSTabView removeTabViewItem:](), AppKit.subproj/NSTabView.m:597
2008-07-10 18:52:35.115 KWebSystem.debug[1401] *** -[NSAutoreleasePool dealloc]: Exception ignored while releasing an object in an autorelease pool: Invalid parameter not satisfying: [_tabViewItems containsObject:tabViewItem]
I remembered my other question: What version of MinGW should we use with V1.30? Same as for V1.28?
If I remember rightly the version to use for 1.28 was the latest and I don't think there's been an update, so it probably hasn't changed.
OK thanks (assuming you remember correctly ;-)
MacSven, got some small sample code that reproduces this problem? I haven't had any issues on Leopard 10.5.4/Xcode 3, would be interesting to see if your code also crashes here.
When trying to start MaxIDE under Linux I get: appstub.linux signal handler 11
I'm running Ubuntu 8.04
Thanks for the update, MaxIDE is
much better!
I remembered my other question: What version of MinGW should we use with V1.30? Same as for V1.28?
MinGW 5.1.4 is working ok with BMax V1.30 + MaxGui (in Vista), but version 5.1.3 was recommended for the previous updates. It might be best to get official confirmation from BRL though.
MinGW 5.1.4 is working ok with BMax V1.30 + MaxGui (in Vista), but version 5.1.3 was recommended for the previous updates. It might be best to get official confirmation from BRL though.
I'm also curious if we still have to use gcc-3.3 in linux, last time I tried to compile stuff with gcc-4.2
hell broke loose.
curious if we still have to use gcc-3.3 in linux
I've not used it since.... I can't remember actually. No issues once all the modules have been rebuilt (since the pre-compiled modules are built with 3.3, which is not link compatible with 4.x)
Not that that helps you deciding of course ;-)
It would be cool if BlitzMax 1.30 could compile using VC++ compiler, since MinGW is very slow in produced code.
On Linux however, GCC beats VC++ in produced code speed by far, so keep g++ in BlitzMax 1.30 Linux.
SVN's pixmap.mod for OS X/PowerPC is still incompatible with Brucey's Cairo module.
I've never used Brucey's Cairo module, so he may be more able to help on this front.
MinGW 5.1.4 is working ok with BMax V1.30
I've been using MinGW 5.1.4 pretty much since it came out without any problems on my Vista Ultimate PC (UAC off).
I'm also curious if we still have to use gcc-3.3 in linux, last time I tried to compile stuff with gcc-4.2 hell broke loose.
Yep - although I use gcc-4.2 but had to tweak and recompile
bmk so that it links the correct libraries in. (Just checked:
bmk_util.bmx, line 155). If you do decide to this, obviously you'll need to rebuild *all* modules, but I've been using it for the last few days and haven't noticed any errors. Not for the feint hearted, but I don't suppose Linux users are!?!?!
When trying to start MaxIDE under Linux I get: appstub.linux signal handler 11
Hee-hee! That's what I got too on my Ubuntu 8.04 installation. I'm working on some fixes for BRL.FLTKMaxGUI so that we can at least get the IDE a bit more stable. I'll be sure to post any progress.
2008-07-10 18:52:35.115 KWebSystem.debug[1401] *** Assertion failure in -[NSTabView removeTabViewItem:](), AppKit.subproj/NSTabView.m:597
2008-07-10 18:52:35.115 KWebSystem.debug[1401] *** -[NSAutoreleasePool dealloc]: Exception ignored while releasing an object in an autorelease pool: Invalid parameter not satisfying: [_tabViewItems containsObject:tabViewItem]
Have never seen that one before... If you can find the code that is causing the error, and come up with a short runnable example that reproduces the crash, post it in the MaxGUI Bug Reports forum and I'll make sure I take a look for you.
When trying to start MaxIDE under Linux I get: appstub.linux signal handler 11
Same thing here running OpenSuse 10.3 and 11.0..
Seems to crash at line 5794 in the 1.30 IDE source..
UpdateProgBar progress, 0.1;PollSystem
Atleast while trying to compile the new IDE with the old bmax1.28 IDE..
(Copied the old one over into 1.30 directory)
EDIT: After doing some stepping through code I end up at line24 in fltkgui.bmx
flFlush()
I get this curious error when compiling MaxGUI with BlitzMax 1.30:
In file included from c:/mingw/include/ole2.h:9,
from c:/mingw/include/windows.h:114,
from C:/Program Files/BlitzMax/mod/brl.mod/system.mod/system.h:25,
from C:/Program Files/BlitzMax/mod/maxgui.mod/maxgui.mod/maxgui.h:4,
from C:/Program Files/BlitzMax/mod/maxgui.mod/win32maxgui.mod/gui/../gui/event.h:7,
from C:/Program Files/BlitzMax/mod/maxgui.mod/win32maxgui.mod/gui/../blitzplus.h:8,
from C:/Program Files/BlitzMax/mod/maxgui.mod/win32maxgui.mod/gui/resource.cpp:2:
c:/mingw/include/objbase.h: In function `BOOL IsEqualGUID(const GUID&, const GUID&)':
c:/mingw/include/objbase.h:77: error: `memcmp' was not declared in this scope
c:/mingw/include/objbase.h: In function `BOOL operator==(const GUID&, const GUID&)':
c:/mingw/include/objbase.h:79: error: `memcmp' was not declared in this scope
Build Error: failed to compile C:/Program Files/BlitzMax/mod/maxgui.mod/win32maxgui.mod/gui/resource.cpp
My MinGW is still 5.1.3 (gcc 3.4.5) which worked with 1.28 and MaxGUI-SVN (until 1.30 of course)
Im guessing my mingw is out of date??
I have MinGW 5.1.4, and MaxGUI compiled just fine. Maybe you should update? (unless there are other issues involved, ignore me :D)
Seb,
fyi, I think htbaa and in particular Ole Jr's issue sound remarkably similar to the ones I have with the IDE, gtk, and freeprocess. I had decided my issues were caused by a combination of running something using freeprocess, then getting a failure inside PollSystem. I eventually decided it wasn't actually pollsystem causing the issue, but freeprocess by commenting out the line(s) that ran something through freeprocess. Hopefully fixed by your recent attempt to fix freeprocess?
It only seems to happen on some linux distros, not all (I had wondered if it was caused by the introduction of newer tick-less kernels).
I get the appstub.linux signal handler 11 with Ubuntu too. However, with other Ubuntu 8.04 installations, it does run, but the program hangs when building modules.
Weird - after install Sun Java in Firefox, its working now... Are there any new packages the Linux version needs ?
The font used for the Home/Debug etc tab are awful, almost unreadable.
When trying to start MaxIDE under Linux I get: appstub.linux signal handler 11
I'm running Ubuntu 8.04
Works fine here, so does building modules (and documentation).
Try the steps
here if you haven't already.
@marksibly: Why haven't you adapted GTK for MaxIDE, on Linux, yet?
Everyone has already got that done... Otherwise the previous version wouldn't have worked.
I can get V1.3 running, but you have to repeatedly double-click on the MaxIDE program, and it will eventually start - this does need looking at pretty quickly.
Thanks mark, its good to see the MaxGUI module being seperated finally and that syncmods is finally kaput.
Now I'm getting errors.. after trying to open MaxIDE for the second time I get:
tim@tim-ubuntop:~$ /home/tim/Downloads/BlitzMax/MaxIDE
*** glibc detected *** /home/tim/Downloads/BlitzMax/MaxIDE: free(): invalid next size (fast): 0x083ab980 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb7bf9a85]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7bfd4f0]
/usr/lib/libstdc++.so.5(_ZdlPv+0x23)[0xb7daaa03]
/usr/lib/libstdc++.so.5(_ZdaPv+0x1f)[0xb7daaa5f]
/home/tim/Downloads/BlitzMax/MaxIDE[0x8086796]
/home/tim/Downloads/BlitzMax/MaxIDE[0x8086b86]
/home/tim/Downloads/BlitzMax/MaxIDE[0x8086bb2]
/home/tim/Downloads/BlitzMax/MaxIDE[0x8068a21]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80647c2]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806aab8]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806a9bf]
/home/tim/Downloads/BlitzMax/MaxIDE[0x804e7f5]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806aab8]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806a9bf]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806aab8]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806a9bf]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806aab8]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80596d2]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806aab8]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806a9bf]
/home/tim/Downloads/BlitzMax/MaxIDE[0x804e7f5]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806aab8]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806a9bf]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806aab8]
/home/tim/Downloads/BlitzMax/MaxIDE[0x806a9bf]
/home/tim/Downloads/BlitzMax/MaxIDE[0x804edfa]
/home/tim/Downloads/BlitzMax/MaxIDE[0x8081b12]
/home/tim/Downloads/BlitzMax/MaxIDE[0x8080d31]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80c5d2a]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80a764e]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80a77ef]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80a786a]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80d797b]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80ccb45]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80c593e]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80d74fe]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80c5511]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80c2094]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80ac358]
/home/tim/Downloads/BlitzMax/MaxIDE[0x80abeb9]
/home/tim/Downloads/BlitzMax/MaxIDE[0x804cc88]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7ba4450]
/home/tim/Downloads/BlitzMax/MaxIDE[0x804cb11]
======= Memory map: ========
08048000-080ea000 r-xp 00000000 08:23 595998 /home/tim/Downloads/BlitzMax/MaxIDE
080ea000-08117000 rwxp 000a1000 08:23 595998 /home/tim/Downloads/BlitzMax/MaxIDE
08117000-083c4000 rwxp 08117000 00:00 0 [heap]
b7800000-b7821000 rwxp b7800000 00:00 0
b7821000-b7900000 ---p b7821000 00:00 0
b79c0000-b79f7000 rwxp b79c0000 00:00 0
b7a42000-b7a46000 r-xp 00000000 08:21 49537 /usr/lib/libXfixes.so.3.1.0
b7a46000-b7a47000 rwxp 00003000 08:21 49537 /usr/lib/libXfixes.so.3.1.0
b7a47000-b7a4e000 r-xp 00000000 08:21 49557 /usr/lib/libXrender.so.1.3.0
b7a4e000-b7a4f000 rwxp 00007000 08:21 49557 /usr/lib/libXrender.so.1.3.0
b7a4f000-b7a57000 r-xp 00000000 08:21 49527 /usr/lib/libXcursor.so.1.0.2
b7a57000-b7a58000 rwxp 00007000 08:21 49527 /usr/lib/libXcursor.so.1.0.2
b7a58000-b7a5a000 rwxp b7a58000 00:00 0
b7a5a000-b7a5e000 r-xp 00000000 08:21 49531 /usr/lib/libXdmcp.so.6.0.0
b7a5e000-b7a5f000 rwxp 00003000 08:21 49531 /usr/lib/libXdmcp.so.6.0.0
b7a5f000-b7a61000 r-xp 00000000 08:21 49520 /usr/lib/libXau.so.6.0.0
b7a61000-b7a62000 rwxp 00001000 08:21 49520 /usr/lib/libXau.so.6.0.0
b7a62000-b7b4a000 r-xp 00000000 08:21 50298 /usr/lib/libstdc++.so.6.0.9
b7b4a000-b7b4d000 r-xp 000e8000 08:21 50298 /usr/lib/libstdc++.so.6.0.9
b7b4d000-b7b4f000 rwxp 000eb000 08:21 50298 /usr/lib/libstdc++.so.6.0.9
b7b4f000-b7b56000 rwxp b7b4f000 00:00 0
b7b56000-b7b60000 r-xp 00000000 08:21 289216 /lib/libgcc_s.so.1
b7b60000-b7b61000 rwxp 0000a000 08:21 289216 /lib/libgcc_s.so.1
b7b61000-b7b6e000 r-xp 00000000 08:21 49535 /usr/lib/libXext.so.6.4.0
b7b6e000-b7b6f000 rwxp 0000d000 08:21 49535 /usr/lib/libXext.so.6.4.0
b7b6f000-b7b71000 r-xp 00000000 08:21 9228 /lib/tls/i686/cmov/libdl-2.7.so
b7b71000-b7b73000 Aborted
3rd try I get the signal handler error, 20 tries later and it runs.
Users of Asus EEE PC have found that contary to what should happen, a reset makes programs that generate a signal 11 work - have you tried resetting your machine ?
What seems to happen is that for some reason, some memory somewhere is being corrupted - hence the need for a reset.
3rd try I get the signal handler error, 20 tries later and it runs.
Don't worry! I'm working on it... Will hopefully try to get a fix out soon! Stay tuned! ;-)
Installed, everything still works with no problems on Windows XP.
thanks for the update
dont listen to the whiners!
dont listen to the whiners!
We're not whining, there are actual problems on linux.
Maybe someone should create a new thread to discuss the linux issues with 1.30 and clean this one out?
But before someone does, I would like to remind Seb that a working right-click + cut/paste etc would be extremely useful.
Any reason why I would get this error (and some with pantson.theora, several others):
Building Modules
Compiling:fltkglue.cpp
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:5:19: FL/Fl.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:6:19: FL/gl.h: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:7:26: FL/Fl_Window.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:8:23: FL/Fl_Box.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:9:29: FL/Fl_Menu_Item.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:10:28: FL/Fl_Menu_Bar.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:11:31: FL/Fl_Menu_Window.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:12:31: FL/Fl_Text_Editor.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:13:32: FL/Fl_Text_Display.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:14:32: FL/Fl_File_Chooser.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:15:34: FL/Fl_Select_Browser.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:16:26: FL/Fl_Choice.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:17:24: FL/Fl_Tabs.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:18:24: FL/Fl_Pack.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:19:32: FL/Fl_Secret_Input.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:20:29: FL/Fl_Help_View.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:21:32: FL/Fl_Round_Button.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:22:33: FL/Fl_Color_Chooser.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:23:28: FL/Fl_Progress.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:24:26: FL/Fl_Slider.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:25:29: FL/Fl_Scrollbar.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:26:33: FL/Fl_Toggle_Button.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:28:18: FL/x.H: No such file or directory
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:50: error: `
Fl_Widget' was not declared in this scope
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:50: error: `
view' was not declared in this scope
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:50: error: syntax
error before `char'
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp: In
function `const char* viewcallback(...)':
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:53: error: `
uri' undeclared (first use this function)
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:53: error: (Each
undeclared identifier is reported only once for each function it appears
in.)
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:54: error: `
view' undeclared (first use this function)
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp: In
function `int flRun()':
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:62: error: `
Fl' undeclared (first use this function)
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:62: error: syntax
error before `::' token
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp: In
function `void flFlush()':
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:63: error: syntax
error before `::' token
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp: In
function `int flHandle(XEvent*)':
/media/disk/Program Files/BlitzMax/mod/maxgui.mod/fltkmaxgui.mod/fltkglue.cpp:64: error: `
fl_handle' undeclared (first use this function)
EDIT: Removed the huge list of errors, basically it tells me theres an error on every line in fltkglue.cpp
BTW, I combined my Linux and Windows XP installations (of BlitzMax) so I didn't have to have to copies of all my modules.
SebHoll, Thanks for your response. Brucey has a modified version of Pixmap.mod for PPC which works fine; it would be nice if you could just add his modified version to SVN instead of the original version.
Not had any problems installing or using after the patch :) (using Ubuntu 8.04"Hardy Heron")
Lucky me I guess... although I don't have any additional stuff installed.
Just plain old BlitzMax.
@Winni:
Brucey has a modified version of Pixmap.mod for PPC which works fine
Is
this the patch that you are talking about? FreeType is mentioned but nothing about pixmaps.
I've found a couple of issues with this version.
1. No file association seems to get created for .bmx files.
2. When I need to use the debugger via a DebugStop, I get a Windows alert saying that my program has stopped working. Never noticed that happen prior to 1.30.
[edit] Using Vista, BTW.
1. No file association seems to get created for .bmx files.
Checking this in my XP just now, I found that I also had that problem. Fixing it turned out to be a bit tricky...
I'd installed 1.30 into a new BlitzMax130 folder as Mark suggested above (leaving my existing 1.28 install in place, just in case). Double-clicking .bmx files still opened them in 1.28.
So, I used "Open With" to point to BlitzMax130's MaxIDE.exe with "Always use the selected program" checked. No good - it still opened in 1.28.
I figured that maybe the identical "MaxIDE.exe" filename was tripping XP up, so I renamed the 1.28 version to "_MaxIDE.exe" and tried using "Open With" to point to the new IDE again. This time, the file opened in BLIde. I renamed the BLIde executable, used Open With, and it opened in Notepad (BLIde and Notepad were the other programs that I'd ever used to open .bmx files, and XP was stubbornly sticking with them).
I also tried using Control Panel/Folder Options/File Types to point to the new IDE, and even tried deleting and recreating the BMX extension. But XP kept refusing to "see" the new IDE (insisting that it
must be the 1.28 version, I guess) and defaulted to Notepad.
At this point, I renamed 1.30's IDE to "MaxIDE130.exe", pointed to
that with Open With, and it worked. So if you decide to keep 1.28 around, you might need to rename 1.30's IDE.
I'd removed 1.28 already. I just set it to always open with MaxIDE when it asked. Not that I use it in the general scheme of things - I always use Project Studio but I do sometimes use MaxIDE for knocking out quick bits of test code that I don't necessarily want near my project.
It no big deal for me, but what if you don't know how to fix it yourself?
It no big deal for me, but what if you don't know how to fix it yourself?
I agree that having install handle the association is called for. I kludged a solution just now because I had to (and shared it in case anyone else had the problem). But it'd certainly be better if the file association were handled upon installation.
On OSX (10.4.11,PPC) i do still get this error window each time i compile something. Sometimes BlitzMax now also hangs due to that i can't get rid of the message window.
It feels a bit not so well tested when even such things look wrong.
I don't know, BlitzMax worked very fine for me at a certain stage (1.16) but the latest updates somehow introduced more problems than fixes on my system and with my projects.
*update*
->
http://www.blitzbasic.com/Community/posts.php?topic=74696 LCC Scroll Enhancer Error "Fix"It's not really an error - more of a warning, but if you wanna get rid of it, then there a possible solution.
Okay, a warning is the better term but it was annoying, even more as with 1.30 you sometimes also couldn't close the message anymore and so had to kill the task. My fault that i didn't check the thread anymore. Anyway as i wrote in the thread in the upper link it now even works with the new LCC 2.6 which you can grab here.
->
http://www.apple.com/downloads/macosx/drivers/logitechcontrolcenter.html Why i sometimes couldn't close the message window seems to be a 1.30 issue.
Any news on GfK's debugger error as I use the debugger...
Thanks for the update, Mark - I like the update to the IDE, feels nicer somehow, but sad that my five button mouse is still redundant. Keep up the good work.
Any news on GfK's debugger error as I use the debugger...
Which one is this, again?
Oh, and btw, just in case you haven't seen the many thread links I've plastered around the forums...
New Linux IDE Test Build
Oh, and btw, just in case you haven't seen the many thread links I've plastered around the forums...
Just for curiosity: why doesn't create a thread under BlitzMax just
only for tools for BlitzMax and relative update? I'm thinking at the various BMK for Mac PPC, this (and the future) IDE, the MaxIDE CE, Blide & co...
Of course in these threads only the main link (and short description) should be posted; comments and critics should be posted (maybe) in general thread/BlitzMax programming.
In this way should be easier to find the latest version or a particular tools. And all the forum will be a little more 'organized'.
Just my opinion of course...
Just for curiosity: why doesn't create a thread under BlitzMax just only for tools for BlitzMax and relative update? I'm thinking at the various BMK for Mac PPC, this (and the future) IDE, the MaxIDE CE, Blide & co...
Of course in these threads only the main link (and short description) should be posted; comments and critics should be posted (maybe) in general thread/BlitzMax programming.
In this way should be easier to find the latest version or a particular tools. And all the forum will be a little more 'organized'.
Just my opinion of course...
Great idea!
Can no one tell me why
this isn't working?
I can compile some modules, but not all.
Just installed the OSX Intel version, it's working fine. I am *THRILLED* that the IDE is now handling use of tabs correctly. I can finally go through and align my comments to actually look right! :-D
@SebHoll: Gfk said:
2. When I need to use the debugger via a DebugStop, I get a Windows alert saying that my program has stopped working. Never noticed that happen prior to 1.30.
We probably need more detail...
I am getting random crashes in a MaxGUI app on things like creating a new object, in Vista only. I do not know if this is different than 1.28 because I rarely use Vista. My app that does not use MaxGUI seems to work fine.
I am getting random crashes in a MaxGUI app on things like creating a new object, in Vista only. I do not know if this is different than 1.28 because I rarely use Vista. My app that does not use MaxGUI seems to work fine.
Unfortunately, I'm gonna need a bit more to go on than that... Post in the MaxGUI Bug Reports forum if you can provide more details.
We probably need more detail...
There's no more detail to give - that's it.
[edit] whatever it was, i can't reproduce it today :/
There's no more detail to give - that's it.
Awww, come on Gfk. Does it crash on
DebugStop just in MaxIDE, or in other IDEs too? Is it doing a particular thing at the time? Are arrays involved? If it's not a commerical project, can you post the source, or you could you e-mail me something runnable if its a large source...
Help us to help you. ;-)
Thanks for the update.
I presume the Linux version still isn't compatible with 64-bit operating systems?
Finally installed it. I'm loving the V1.30 IDE btw.
WAH! Just noticed you can no longer PASTE text into the IDE find dialog. Please bring this back! It's crippling me...
Thx.
P.S. I notice that when you press Ctrl+F and you have a word highlighted it uses that in the find dialog. The problem is that quite often I want to begin the find from the TOP of the file instead of from the current cursor position. That's why I highlight some text, press Ctrl+C, then HOME, then Ctrl+F, the Ctrl+V. This enables me to search from the top (well it did in V1.28) but if I do it in V1.30 the find dialog just picks up whatever is at the top of the file. An alternative would be to have a "search from top" checkbox in the find dialog which retains its state (on/off) every time the dialog is opened (but pressing F3 should carry on from the cursor position).
Another thing. It would be great if the find dialog didn't retain the last search term INDEPENDENTLY for each file you have open. For example, I search one file for a term, don't find it, and move onto the next file (I don't want to use find in files necessarily) and I want to just press F3 so continue the search but it won't work because if I press Ctrl+F I can see that this file has retained it's own previous search term. AND without the ability to paste a search term in there, I have to retype it all.
Just noticed you can no longer PASTE text into the IDE find dialog. Please bring this back! It's crippling me...
Been there, done
that. :-p
Annoying, isn't it?
ha, OK. I've posted in that thread too. I also have that second issue about the find dialog having a different value in each file which is annoying more than it is useful (at least for the way I use it).
Thank you very much for BMax 1.30 !
Just an hour ago working with BMax 1.28 I got (as far as I remember: for the first time) the error message: "Debugger error: invalid scope kind", so I downloaded and installed BMax 1.30 (few days earlier I thought this would still have time) - and everything works fine again instantly ! Faster a company could not solve the problems of a customer :)
I cannot avoid a criticism of the new development environment anyway:
Before I have loaded source code for the first time, I have copied the .cfg file of the old development environment.
Quite a number of hundred kilobytes pretty printed Source Code are nevertheless disturbed considerably in many places now.
Experiences like this are the reason, why I normally avoid updating of any kind of software until it is not inevitable necessary because of appearing errors.
[Edit] Ok, I helped myself writing a small program to recover my style of source code insertions depending on the current block level of the code