Our final exam has to be done at the 17.11.2003
So there is a lot of work to do.
Our lecturer is in his holidays until end of next week, so we have to decide wich Version of
Aztec we take for our GUI !
We would like to use the Javascript-interpreter to generate some new Functions (Batch of
existing functions) but we didn't think that in Aztec 1.1.3 the functionality is given for
that ?
as you know we have still problems to Open/Import/Save Files in 2.0-G
* With VC6 we can't compile because of Link-ERRORS like:
Linker-Vorgang luft...
Bibliothek ../../../redist/debug/win32-i386/bin/AztecGUICommon.lib und Objekt
../../../redist/debug/win32-i386/bin/AztecGUICommon.exp wird erstellt
MMenuFactory.obj : error LNK2001: Nichtaufgeloestes externes Symbol "__declspec(dllimport)
public: static class _STL::basic_string<char,class _STL::char_traits<char>,class
unaufgeloeste externe Verweise
Fehler beim Ausfhren von link.exe.
==> We think it could be because of the Lib-File from the FREETYPE Library but we aren't sure
....(Tried almost everything with the environment variables, and built the Project again and
again)
* Visual Studio builds fine but it crashes everytime we want to Open/Import/Save a File with
an ERROR like:
Unhandled exception at 0x104872fa (msvcp70d.dll) in Aztec2.exe: 0xC0000005: Access violation
reading location 0x00000014
In 1.1.3 the Open/Save/Import works fine but no javascript!
We marked the 13.10.2003 as deadline for our decision to use 1.1.3 or 2.
What do you think would be best ??
Do you think 2.0-G will work fine with Open/Save/Import operations on VC6 or Visual Studio
2002 till 19.10.2003 ???
Hope we don't bother you to much !;)!
looking forward to your answer
Goody72
D'a Prodigy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry I'm not answering very quickly. I haven't been at the computer much the last couple of days.
Aztec 1.1.3 and 2.0 both have javascripting in them. However 1.1.3 does not have any GUI scripting in there. I do not know if that is important to you or not.
Re: the linking problem, it looks as if ResourceManager::locateResource is not being linked in correctly. Is AztecLib/src/misc/ResourceManager.cpp being compiled in the AztecLib project? Try putting in some junk characters to see if it is compiling it.
For the crashing in 2.0g, have you tried debugging it when it crashes? What is the call stack?
And re: the 1.1.3 vs 2.0, I don't know. I would go for 2.0, because I'm working on it, and can fix potential problems. However you have a lot of work ahead of you, no matter which you choose!
You know my original though, that I think using aztec
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It looks like the ResourceManager is being compiled within the AztecLib (included some chunk words and the compiler wasn't very happy about it) ... still can't link, error message above
Another question: what do we have to do, if we want to start a Javascript-Console in the 1.1.3-source? We're tending toward the 1.1.3-source at the moment ...
Crashing in 2.0g:
import --> cancel
ntdll.dll!77f6f570()
ntdll.dll!77f57dc6()
kernel32.dll!77e4c936()
> msvcr70d.dll!_CrtIsValidHeapPointer(const void * pUserData=0x03603630) Line 1807 C
msvcr70d.dll!_free_dbg_lk(void * pUserData=0x03603630, int nBlockUse=1) Line 1132 + 0x9 C
msvcr70d.dll!_free_dbg(void * pUserData=0x03603630, int nBlockUse=1) Line 1070 + 0xd C
mfc70d.dll!operator delete(void * p=0x03603630) Line 365 + 0xc C++
import --> ok
> msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size() Line 862 + 0x3 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::assign(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}, unsigned int _Roff=0, unsigned int _Count=4294967295) Line 345 + 0x8 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string<char,std::char_traits<char>,std::allocator<char> >(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}) Line 85 C++
AztecGUICommon.dll!std::_Construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03603510, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 42 + 0x36 C++
AztecGUICommon.dll!std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03603510, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 127 + 0xd C++
AztecGUICommon.dll!std::_Uninit_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03603510, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}, std::_Nonscalar_ptr_iterator_t ag __formal={...}) Line 91 + 0x21 C++
AztecGUICommon.dll!std::_Uninitialized_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03603510, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}) Line 78 + 0x42 C++
open
> msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size() Line 862 + 0x3 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::assign(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}, unsigned int _Roff=0, unsigned int _Count=4294967295) Line 345 + 0x8 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string<char,std::char_traits<char>,std::allocator<char> >(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}) Line 85 C++
AztecGUICommon.dll!std::_Construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03607770, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 42 + 0x36 C++
AztecGUICommon.dll!std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03607770, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 127 + 0xd C++
AztecGUICommon.dll!std::_Uninit_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03607770, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}, std::_Nonscalar_ptr_iterator_t ag __formal={...}) Line 91 + 0x21 C++
AztecGUICommon.dll!std::_Uninitialized_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03607770, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}) Line 78 + 0x42 C++
AztecGUICommon.dll!std::vector<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_Ucopy() Line 570 + 0x25 C++
save
ntdll.dll!77f6f570()
ntdll.dll!77f7e75b()
kernel32.dll!77e4c936()
> msvcr70d.dll!_heapchk() Line 104 + 0x10 C
msvcr70d.dll!_CrtCheckMemory() Line 1500 + 0x5 C
msvcr70d.dll!_free_dbg_lk(void * pUserData=0x071af278, int nBlockUse=1) Line 1100 + 0x5 C
msvcr70d.dll!_free_dbg(void * pUserData=0x071af278, int nBlockUse=1) Line 1070 + 0xd C
msvcr70d.dll!operator delete(void * pUserData=0x071af278) Line 53 + 0x10 C++
AztecLibd.dll!std::allocator<std::_Tree_nod<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Node>::deallocate(std::_Tree_nod<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Node * _Ptr=0x071af278, unsigned int __formal=1) Line 122 + 0x9 C++
AztecLibd.dll!std::_Tree<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Erase(std::_Tree_nod<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Node * _Rootnode=0x071af278) Line 893 C++
these are the call stacks for the corresponding crash scenario, I don't know if it'll help you.
any ideas?
thanks and best regards
d'a prodigy
Goody72
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Nope, I'm sorry man :( The stacks didn't help at all, and since I can't reproduce them here, I'm at a bit of a loss.
One thing to check is to ensure that the vc6 project settings were converted across correctly, and all the projects are being built using the multithreaded dll library.
I'm very surprised that there were no actual aztec calls in there though. Why didn't the call stack extend right to the main message loop I wonder?
Again apologies for the slow answer, I've been away from the computer far too much lately!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The 'Error creating fonts' is jus thte open gl views saying it couldn't crete fonts, normally because the open gl initialsation occurrs before the window is visible. It just keeps on attempting to create fonts until it succeeds. The first few errors can be ignored.
How are you trying to load a custom script?
Also, do you use an instant messenger, msn or aim? if you do, we can communicate like that, might be a bit faster than using the forums, as good as they are.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We'll install a tool like the messenger to communicate with it in the future.
We tried to print an output to see if the interpreter still is running. In Aztec2 there are no problems doing that and the output is being putted out :), but in 1.1.3 the interpreter doesn't respond at all, regardless of which call we are trying (e.g. load('VBM.js'), press "Go", nothing happens). Is there a difference between the syntax of version 1.1.3 to the version 2?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Philipp
We are very thankful for your help so far !!
Our final exam has to be done at the 17.11.2003
So there is a lot of work to do.
Our lecturer is in his holidays until end of next week, so we have to decide wich Version of
Aztec we take for our GUI !
We would like to use the Javascript-interpreter to generate some new Functions (Batch of
existing functions) but we didn't think that in Aztec 1.1.3 the functionality is given for
that ?
as you know we have still problems to Open/Import/Save Files in 2.0-G
* With VC6 we can't compile because of Link-ERRORS like:
Linker-Vorgang luft...
Bibliothek ../../../redist/debug/win32-i386/bin/AztecGUICommon.lib und Objekt
../../../redist/debug/win32-i386/bin/AztecGUICommon.exp wird erstellt
MMenuFactory.obj : error LNK2001: Nichtaufgeloestes externes Symbol "__declspec(dllimport)
public: static class _STL::basic_string<char,class _STL::char_traits<char>,class
_STL::allocator<char> > __cdecl Aztec::ResourceManager::locateResource(class
_STL::basic_string<char,class _STL::char_traits<char>,class _STL::allocator<char> > const &)"
(__imp_?locateResource@ResourceManager@Aztec@@SA?AV?$basic_string@DV?$char_traits@D@_STL@@V?$
allocator@D@2@@_STL@@ABV34@@Z)
../../../redist/debug/win32-i386/bin/AztecGUICommon.dll : fatal error LNK1120: 1
unaufgeloeste externe Verweise
Fehler beim Ausfhren von link.exe.
==> We think it could be because of the Lib-File from the FREETYPE Library but we aren't sure
....(Tried almost everything with the environment variables, and built the Project again and
again)
* Visual Studio builds fine but it crashes everytime we want to Open/Import/Save a File with
an ERROR like:
Unhandled exception at 0x104872fa (msvcp70d.dll) in Aztec2.exe: 0xC0000005: Access violation
reading location 0x00000014
In 1.1.3 the Open/Save/Import works fine but no javascript!
We marked the 13.10.2003 as deadline for our decision to use 1.1.3 or 2.
What do you think would be best ??
Do you think 2.0-G will work fine with Open/Save/Import operations on VC6 or Visual Studio
2002 till 19.10.2003 ???
Hope we don't bother you to much !;)!
looking forward to your answer
Goody72
D'a Prodigy
Sorry I'm not answering very quickly. I haven't been at the computer much the last couple of days.
Aztec 1.1.3 and 2.0 both have javascripting in them. However 1.1.3 does not have any GUI scripting in there. I do not know if that is important to you or not.
Re: the linking problem, it looks as if ResourceManager::locateResource is not being linked in correctly. Is AztecLib/src/misc/ResourceManager.cpp being compiled in the AztecLib project? Try putting in some junk characters to see if it is compiling it.
For the crashing in 2.0g, have you tried debugging it when it crashes? What is the call stack?
And re: the 1.1.3 vs 2.0, I don't know. I would go for 2.0, because I'm working on it, and can fix potential problems. However you have a lot of work ahead of you, no matter which you choose!
You know my original though, that I think using aztec
Hello Phil
It looks like the ResourceManager is being compiled within the AztecLib (included some chunk words and the compiler wasn't very happy about it) ... still can't link, error message above
Another question: what do we have to do, if we want to start a Javascript-Console in the 1.1.3-source? We're tending toward the 1.1.3-source at the moment ...
Crashing in 2.0g:
import --> cancel
ntdll.dll!77f6f570()
ntdll.dll!77f57dc6()
kernel32.dll!77e4c936()
> msvcr70d.dll!_CrtIsValidHeapPointer(const void * pUserData=0x03603630) Line 1807 C
msvcr70d.dll!_free_dbg_lk(void * pUserData=0x03603630, int nBlockUse=1) Line 1132 + 0x9 C
msvcr70d.dll!_free_dbg(void * pUserData=0x03603630, int nBlockUse=1) Line 1070 + 0xd C
mfc70d.dll!operator delete(void * p=0x03603630) Line 365 + 0xc C++
import --> ok
> msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size() Line 862 + 0x3 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::assign(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}, unsigned int _Roff=0, unsigned int _Count=4294967295) Line 345 + 0x8 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string<char,std::char_traits<char>,std::allocator<char> >(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}) Line 85 C++
AztecGUICommon.dll!std::_Construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03603510, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 42 + 0x36 C++
AztecGUICommon.dll!std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03603510, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 127 + 0xd C++
AztecGUICommon.dll!std::_Uninit_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03603510, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}, std::_Nonscalar_ptr_iterator_t ag __formal={...}) Line 91 + 0x21 C++
AztecGUICommon.dll!std::_Uninitialized_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03603510, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}) Line 78 + 0x42 C++
open
> msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size() Line 862 + 0x3 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::assign(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}, unsigned int _Roff=0, unsigned int _Count=4294967295) Line 345 + 0x8 C++
msvcp70d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string<char,std::char_traits<char>,std::allocator<char> >(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Right={...}) Line 85 C++
AztecGUICommon.dll!std::_Construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03607770, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 42 + 0x36 C++
AztecGUICommon.dll!std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::construct(std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Ptr=0x03607770, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & _Val={...}) Line 127 + 0xd C++
AztecGUICommon.dll!std::_Uninit_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03607770, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}, std::_Nonscalar_ptr_iterator_t ag __formal={...}) Line 91 + 0x21 C++
AztecGUICommon.dll!std::_Uninitialized_copy(std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _First={...}, std::_Ptrit<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,int,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &,std::basic_string<char,std::char_traits<char>,std::allocator<char> > *,std::basic_string<char,std::char_traits<char>,std::allocator<char> > &> _Last={...}, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * _Dest=0x03607770, std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > & _Al={...}) Line 78 + 0x42 C++
AztecGUICommon.dll!std::vector<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_Ucopy() Line 570 + 0x25 C++
save
ntdll.dll!77f6f570()
ntdll.dll!77f7e75b()
kernel32.dll!77e4c936()
> msvcr70d.dll!_heapchk() Line 104 + 0x10 C
msvcr70d.dll!_CrtCheckMemory() Line 1500 + 0x5 C
msvcr70d.dll!_free_dbg_lk(void * pUserData=0x071af278, int nBlockUse=1) Line 1100 + 0x5 C
msvcr70d.dll!_free_dbg(void * pUserData=0x071af278, int nBlockUse=1) Line 1070 + 0xd C
msvcr70d.dll!operator delete(void * pUserData=0x071af278) Line 53 + 0x10 C++
AztecLibd.dll!std::allocator<std::_Tree_nod<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Node>::deallocate(std::_Tree_nod<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Node * _Ptr=0x071af278, unsigned int __formal=1) Line 122 + 0x9 C++
AztecLibd.dll!std::_Tree<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Erase(std::_Tree_nod<std::_Tmap_traits<Aztec::MRefCountedPtr<Aztec::MBaseObject>,enum Aztec::WriteState,std::less<Aztec::MRefCountedPtr<Aztec::MBaseObject> >,std::allocator<std::pair<Aztec::MRefCountedPtr<Aztec::MBaseObject> const ,enum Aztec::WriteState> >,0> >::_Node * _Rootnode=0x071af278) Line 893 C++
these are the call stacks for the corresponding crash scenario, I don't know if it'll help you.
any ideas?
thanks and best regards
d'a prodigy
Goody72
hello phil
what do you think about the call stacks above? Do they help you to find out what's wrong?
We now have decided to use the 1.1.3-source to accomplish our ambitions.
greetz + thx
d'a prodigy
Goody72
Nope, I'm sorry man :( The stacks didn't help at all, and since I can't reproduce them here, I'm at a bit of a loss.
One thing to check is to ensure that the vc6 project settings were converted across correctly, and all the projects are being built using the multithreaded dll library.
I'm very surprised that there were no actual aztec calls in there though. Why didn't the call stack extend right to the main message loop I wonder?
Again apologies for the slow answer, I've been away from the computer far too much lately!
forgot something ...
if we start the JavaScript-Console in 1.1.3, an error occurs when the fonts are being created ...
the output on the JavaScript-Console is as follows:
MBaseOpenGLWnd::createFonts() - Error creating Fonts (6)
after that, the JS-Interpreter doesn't respond to our attempt to load a custom-script ... It's like he's dead
any suggestions about that?
ok ... that's all I hope ;)
thanks + regards
d'a prodigy
Goody72
The two problems are unrelated, thankfully :)
The 'Error creating fonts' is jus thte open gl views saying it couldn't crete fonts, normally because the open gl initialsation occurrs before the window is visible. It just keeps on attempting to create fonts until it succeeds. The first few errors can be ignored.
How are you trying to load a custom script?
Also, do you use an instant messenger, msn or aim? if you do, we can communicate like that, might be a bit faster than using the forums, as good as they are.
We'll install a tool like the messenger to communicate with it in the future.
We tried to print an output to see if the interpreter still is running. In Aztec2 there are no problems doing that and the output is being putted out :), but in 1.1.3 the interpreter doesn't respond at all, regardless of which call we are trying (e.g. load('VBM.js'), press "Go", nothing happens). Is there a difference between the syntax of version 1.1.3 to the version 2?
THe loading syntax is the same. Another strange occurrance.
I will download the 1.1.3 source and try it out here when I see you come online in MSN messenger.
Ok installed The Msn Messenger :)
goody3d@hotmail.com
Cu there
Goody72
Ok installed MSN Messenger...
goody3d@hotmail.com
Cu There :))
Gopody72