I tried running 2.0.g alpha and it crashed at startup. I thought I may as well make the effort and try to debug it, so have downloaded everything and set up things according to the build instructions page (I think). I'm getting the following compile errors:
MScriptInterp.cpp
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(591) : error C2065: 'SCOPE_LAST_PROP' : undeclared identifier
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(591) : error C2440: '=' : cannot convert from 'int' to 'struct JSScopeProperty *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(591) : error C2039: 'parent' : is not a member of 'JSScopeProperty'
C:\aztec\js\src\jsscope.h(123) : see declaration of 'JSScopeProperty'
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(592) : error C2065: 'SCOPE_HAD_MIDDLE_DELETE' : undeclared identifier
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(592) : error C2065: 'SCOPE_HAS_PROPERTY' : undeclared identifier
I couldn't find any of the erroring macros in the source or the libraries so I think I may have the wrong Javascript library version. I am using the js-1.5-rc3a.tar.gz from mozilla.org.
Is this the correct version? If so, could somebody help me please? Cheers.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for trying to debug it, very much appreciated!
As to your compiler error, we are using js-1.5-rc4a, so that may be the problem.
We've got a list of libraries that you need to get in aztec/docs/BuildingAztec.html (hopefully it lists 1.5-rc4a in there, otherwise I'll look like pretty silly :) )
Phil
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That was the document I was using, and you may want to update it ;). Still, a slightly wrong one and a quick response is far better than no doc! While updating it, you could also add that the user can insert js/src/js.mdp into the MSVC Aztec workspace. I didn't know a .mdp was an old MSVC project file.
OK, now I'm getting errors including <hash_map> I'm guessing this is due to not having SP2. I'll come bug you again once I've installed that.
Cheers.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That was the source of confusion, I have updated, but I guess it hasn't made it out to the real world.
Heres the cvs url for the most recent html file: http://cvs.sourceforge.net/viewcvs.py/\*checkout*/aztec/aztec/docs/BuildingAztec.html?content-type=text%2Fplain&rev=1.21
It applies to the most recent CVS version which is aztec2.
The hash_map problem is two parts:
yes, you will need VC6 sp5
and hash_map is an extension to the STL, provided by STLPort.
And I didn't know you could drag the .mdp file in there either. Learn something new everyday! I built my js using nmake I think (but I did it so long ago, I can't really be sure)
Phil
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Linking...
LINK : fatal error LNK1104: cannot open file "stlport_vc6_stldebug.lib"
Error executing link.exe.
I got it first in the AztecLib project. I couldn't find the setting to link it in, so I ended up copying the file into the source\AztecLib directory. That made it link, but now I get the same error linking AztecGUICommon. Am I missing a setting, or does that library have to be copied into each sub-project?
BTW, I am using flex from Cygwin - is this OK? It is the specified version (2.5.4).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I also added the lib3ds library (debug) directory in the same place.
Then I got:
--------------------Configuration: StdTranslators - Win32 Debug--------------------
Linking...
LINK : fatal error LNK1104: cannot open file "DevIL-d.lib"
Error executing link.exe.
The reason is that the build page says I need DevIL-SDK-1.6.1, so I downloaded DevIL-SDK-1.6.5.zip, but DevIL-d.lib is actually in the file DevIL-Debug-1.6.5.zip.
I'm getting there :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Apolgogies for having it so difficult to build. One day I hoep to have a single large zip file you can unzip, and just click the build button, and have it automagically work.
I can dream eh? :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No worries. Your documents are better than those of companies I have worked for! You probably get more help the easier a project is to build though, so the big zip might get more contributors.
I have messed about with FreeType. The instructions say:
Aztec uses the Multithreaded DLL, wheres the FreeType build only gives configurations for the static Single and Multithreaded libraries. We have supplied a project file to achieve this, and it's located in software/freetype/builds/win32/visualc/freetype.dsp
(whereas ;)
The only freetype.dsp I found was inside the freetype directory, which is not what I expected from "we have supplied". I imported it, and in its project settings for "Win32 Debug Multithreaded":
Under "C/C++" have changed "Use run-time library" to "Multithreaded DLL".
Under "Library" changed the output file name to "freetype214MTDLL_D.lib".
Does that look OK?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The dsp file I made has extra targets, multithreaded dll and debug multithreaded dll
You can get it here http://cvs.sourceforge.net/viewcvs.py/\*checkout*/aztec/software/freetype/builds/win32/visualc/freetype.dsp?rev=1.1 fromour cvs repository.
IT should have made it into the release, but I guess it wasn't....
You should be able to just set the active configuration to be debug dll and release dll, and should be good.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Duh, my fault. I checked out "aztec/aztec" and was looking in there for "software" ...
And after a full rebuild, we get:
OPENGL32! 6957f0bc()
OPENGL32! 6957b091()
OPENGL32! 6957a6ba()
OPENGL32! 695ab5ee()
OPENGL32! 695a821c()
OPENGL32! 6952a019()
OGLFT::Raster::compileGlyph(FT_FaceRec_ * 0x051f19c8, unsigned int 53) line 1238 + 17 bytes
OGLFT::Face::compile(unsigned char 82) line 730 + 35 bytes
OGLFT::Face::draw(unsigned char 82) line 841 + 14 bytes
OGLFT::Face::draw(const char * 0x051f71e0) line 787
OGLFT::Face::draw(float 5.00000, float 251.000, const char * 0x051f71e0) line 976
AztecGUI::Aztec3DSceneCanvas::draw3DExtras() line 313 + 176 bytes
AztecGUI::Aztec3DSceneCanvas::draw3D(Aztec::MSelectMethod smNone, _STL::vector<Aztec::MSelectionItem,_STL::allocator<Aztec::MSelectionItem> > & {...}, float 0.000000, float 0.000000, float 0.000000, float 0.000000) line 237 + 13 bytes
AztecGUI::Aztec3DSceneCanvas::draw3D() line 49 + 27 bytes
AztecGUI::AztecGLCanvas::onPaint() line 195 + 23 bytes
Aztec::MComponent::wndProc(unsigned int 15, unsigned int 0, long 0, long * 0x0012e33c) line 368 + 40 bytes
Aztec::MAppWndProc(HWND__ * 0x000606c2, unsigned int 15, unsigned int 0, long 0) line 324 + 49 bytes
USER32! 77e3a2d0()
USER32! 77e16b21()
USER32! 77e25010()
OPENGL32! 695331b1()
USER32! 77e3a2d0()
USER32! 77e14730()
USER32! 77e1558a()
NTDLL! 77fa15ef()
Aztec::MContainer::refresh() line 298 + 62 bytes
AztecGUI::doRefresh(AztecGUI::AztecView * 0x051d7760) line 58 + 37 bytes
_STL::for_each(_STL::_DBG_iter<_STL::__Rb_tree<AztecGUI::AztecView *,AztecGUI::AztecView *,_STL::_Identity<AztecGUI::AztecView *>,_STL::less<AztecGUI::AztecView *>,_STL::allocator<AztecGUI::AztecView *> >,_STL::_Const_traits<AztecGUI::AztecView *> > {...}, ...) line 65 + 16 bytes
AztecGUI::AztecViewManager::redrawAllViews() line 73 + 74 bytes
AztecGUI::AztecViewManager::enableViewUpdating() line 138
AztecGUI::AztecGLCanvas::onMousePressed(const Aztec::MMouseEvent & {...}) line 306
AztecGUI::Aztec3DSceneCanvas::onMousePressed(const Aztec::MMouseEvent & {...}) line 597
Aztec::MComponent::wndProc(unsigned int 513, unsigned int 1, long 3604573, long * 0x0012f47c) line 416 + 44 bytes
Aztec::MAppWndProc(HWND__ * 0x000606c2, unsigned int 513, unsigned int 1, long 3604573) line 324 + 49 bytes
USER32! 77e3a2d0()
USER32! 77e16b21()
USER32! 77e25010()
OPENGL32! 695331b1()
USER32! 77e3a2d0()
USER32! 77e145e5()
USER32! 77e15b51()
WinMain(HINSTANCE__ * 0x00400000, HINSTANCE__ * 0x00000000, char * 0x00133523, int 1) line 212 + 669 bytes
WinMainCRTStartup() line 330 + 54 bytes
KERNEL32! 7c5987e7()
When the program runs, the four panes of the main window show what was under the window when it launches. Moving the application window drags the image with it, so it's not transparent. If I right click on them, I get a context menu. I left click on them to cause a crash.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm using a Dell Optiplex GX 150. W2K English-UK, up to date with service packs and patches.
DXDiag says:
Intel 82815 Graphics Controller, 4MB. Driver is i81xdnt5.dll v 5.12.01.2641 (English) uncertified (gasp!) Mini VDD i81xnt5.sys.
Should this thread move into a bug now? I was hoping the problem would be something obvious and easy that I could fix, but I don't know any OpenGL unfortunately.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi there,
I tried running 2.0.g alpha and it crashed at startup. I thought I may as well make the effort and try to debug it, so have downloaded everything and set up things according to the build instructions page (I think). I'm getting the following compile errors:
MScriptInterp.cpp
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(591) : error C2065: 'SCOPE_LAST_PROP' : undeclared identifier
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(591) : error C2440: '=' : cannot convert from 'int' to 'struct JSScopeProperty *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(591) : error C2039: 'parent' : is not a member of 'JSScopeProperty'
C:\aztec\js\src\jsscope.h(123) : see declaration of 'JSScopeProperty'
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(592) : error C2065: 'SCOPE_HAD_MIDDLE_DELETE' : undeclared identifier
C:\aztec\source\AztecLib\src\scripting\MScriptInterp.cpp(592) : error C2065: 'SCOPE_HAS_PROPERTY' : undeclared identifier
I couldn't find any of the erroring macros in the source or the libraries so I think I may have the wrong Javascript library version. I am using the js-1.5-rc3a.tar.gz from mozilla.org.
Is this the correct version? If so, could somebody help me please? Cheers.
Thanks for trying to debug it, very much appreciated!
As to your compiler error, we are using js-1.5-rc4a, so that may be the problem.
We've got a list of libraries that you need to get in aztec/docs/BuildingAztec.html (hopefully it lists 1.5-rc4a in there, otherwise I'll look like pretty silly :) )
Phil
That was the document I was using, and you may want to update it ;). Still, a slightly wrong one and a quick response is far better than no doc! While updating it, you could also add that the user can insert js/src/js.mdp into the MSVC Aztec workspace. I didn't know a .mdp was an old MSVC project file.
OK, now I'm getting errors including <hash_map> I'm guessing this is due to not having SP2. I'll come bug you again once I've installed that.
Cheers.
That was the source of confusion, I have updated, but I guess it hasn't made it out to the real world.
Heres the cvs url for the most recent html file:
http://cvs.sourceforge.net/viewcvs.py/\*checkout*/aztec/aztec/docs/BuildingAztec.html?content-type=text%2Fplain&rev=1.21
It applies to the most recent CVS version which is aztec2.
The hash_map problem is two parts:
yes, you will need VC6 sp5
and hash_map is an extension to the STL, provided by STLPort.
And I didn't know you could drag the .mdp file in there either. Learn something new everyday! I built my js using nmake I think (but I did it so long ago, I can't really be sure)
Phil
OK, now I am getting:
Linking...
LINK : fatal error LNK1104: cannot open file "stlport_vc6_stldebug.lib"
Error executing link.exe.
I got it first in the AztecLib project. I couldn't find the setting to link it in, so I ended up copying the file into the source\AztecLib directory. That made it link, but now I get the same error linking AztecGUICommon. Am I missing a setting, or does that library have to be copied into each sub-project?
BTW, I am using flex from Cygwin - is this OK? It is the specified version (2.5.4).
That flex is fine. Any flex should do I guess.
STL port is a bit annoying, because you have to set it up in the VC6 settings, and I couldn't do it from the aztec project.
To fix this, go Tools->Options->Directories->Show directories for "library files" and add in the directory that contains your .lib files.
You will also need to place the stl dll files in your path somewhere, or in the directory that aztec is being built in.
I should add those few little tid bits into the buildingaztec.html file methinks.
Consider this documentation debugging :)
I also added the lib3ds library (debug) directory in the same place.
Then I got:
--------------------Configuration: StdTranslators - Win32 Debug--------------------
Linking...
LINK : fatal error LNK1104: cannot open file "DevIL-d.lib"
Error executing link.exe.
The reason is that the build page says I need DevIL-SDK-1.6.1, so I downloaded DevIL-SDK-1.6.5.zip, but DevIL-d.lib is actually in the file DevIL-Debug-1.6.5.zip.
I'm getting there :)
You are a very patient person!
Apolgogies for having it so difficult to build. One day I hoep to have a single large zip file you can unzip, and just click the build button, and have it automagically work.
I can dream eh? :)
No worries. Your documents are better than those of companies I have worked for! You probably get more help the easier a project is to build though, so the big zip might get more contributors.
I have messed about with FreeType. The instructions say:
Aztec uses the Multithreaded DLL, wheres the FreeType build only gives configurations for the static Single and Multithreaded libraries. We have supplied a project file to achieve this, and it's located in software/freetype/builds/win32/visualc/freetype.dsp
(whereas ;)
The only freetype.dsp I found was inside the freetype directory, which is not what I expected from "we have supplied". I imported it, and in its project settings for "Win32 Debug Multithreaded":
Under "C/C++" have changed "Use run-time library" to "Multithreaded DLL".
Under "Library" changed the output file name to "freetype214MTDLL_D.lib".
Does that look OK?
The dsp file I made has extra targets, multithreaded dll and debug multithreaded dll
You can get it here http://cvs.sourceforge.net/viewcvs.py/\*checkout*/aztec/software/freetype/builds/win32/visualc/freetype.dsp?rev=1.1 fromour cvs repository.
IT should have made it into the release, but I guess it wasn't....
You should be able to just set the active configuration to be debug dll and release dll, and should be good.
Duh, my fault. I checked out "aztec/aztec" and was looking in there for "software" ...
And after a full rebuild, we get:
OPENGL32! 6957f0bc()
OPENGL32! 6957b091()
OPENGL32! 6957a6ba()
OPENGL32! 695ab5ee()
OPENGL32! 695a821c()
OPENGL32! 6952a019()
OGLFT::Raster::compileGlyph(FT_FaceRec_ * 0x051f19c8, unsigned int 53) line 1238 + 17 bytes
OGLFT::Face::compile(unsigned char 82) line 730 + 35 bytes
OGLFT::Face::draw(unsigned char 82) line 841 + 14 bytes
OGLFT::Face::draw(const char * 0x051f71e0) line 787
OGLFT::Face::draw(float 5.00000, float 251.000, const char * 0x051f71e0) line 976
AztecGUI::Aztec3DSceneCanvas::draw3DExtras() line 313 + 176 bytes
AztecGUI::Aztec3DSceneCanvas::draw3D(Aztec::MSelectMethod smNone, _STL::vector<Aztec::MSelectionItem,_STL::allocator<Aztec::MSelectionItem> > & {...}, float 0.000000, float 0.000000, float 0.000000, float 0.000000) line 237 + 13 bytes
AztecGUI::Aztec3DSceneCanvas::draw3D() line 49 + 27 bytes
AztecGUI::AztecGLCanvas::onPaint() line 195 + 23 bytes
Aztec::MComponent::wndProc(unsigned int 15, unsigned int 0, long 0, long * 0x0012e33c) line 368 + 40 bytes
Aztec::MAppWndProc(HWND__ * 0x000606c2, unsigned int 15, unsigned int 0, long 0) line 324 + 49 bytes
USER32! 77e3a2d0()
USER32! 77e16b21()
USER32! 77e25010()
OPENGL32! 695331b1()
USER32! 77e3a2d0()
USER32! 77e14730()
USER32! 77e1558a()
NTDLL! 77fa15ef()
Aztec::MContainer::refresh() line 298 + 62 bytes
AztecGUI::doRefresh(AztecGUI::AztecView * 0x051d7760) line 58 + 37 bytes
_STL::for_each(_STL::_DBG_iter<_STL::__Rb_tree<AztecGUI::AztecView *,AztecGUI::AztecView *,_STL::_Identity<AztecGUI::AztecView *>,_STL::less<AztecGUI::AztecView *>,_STL::allocator<AztecGUI::AztecView *> >,_STL::_Const_traits<AztecGUI::AztecView *> > {...}, ...) line 65 + 16 bytes
AztecGUI::AztecViewManager::redrawAllViews() line 73 + 74 bytes
AztecGUI::AztecViewManager::enableViewUpdating() line 138
AztecGUI::AztecGLCanvas::onMousePressed(const Aztec::MMouseEvent & {...}) line 306
AztecGUI::Aztec3DSceneCanvas::onMousePressed(const Aztec::MMouseEvent & {...}) line 597
Aztec::MComponent::wndProc(unsigned int 513, unsigned int 1, long 3604573, long * 0x0012f47c) line 416 + 44 bytes
Aztec::MAppWndProc(HWND__ * 0x000606c2, unsigned int 513, unsigned int 1, long 3604573) line 324 + 49 bytes
USER32! 77e3a2d0()
USER32! 77e16b21()
USER32! 77e25010()
OPENGL32! 695331b1()
USER32! 77e3a2d0()
USER32! 77e145e5()
USER32! 77e15b51()
WinMain(HINSTANCE__ * 0x00400000, HINSTANCE__ * 0x00000000, char * 0x00133523, int 1) line 212 + 669 bytes
WinMainCRTStartup() line 330 + 54 bytes
KERNEL32! 7c5987e7()
When the program runs, the four panes of the main window show what was under the window when it launches. Moving the application window drags the image with it, so it's not transparent. If I right click on them, I get a context menu. I left click on them to cause a crash.
Okay, sounds like I'm doing something bad with opengl.
Thanks again for being so persistent
What video card and drivers do you have? I may be able to find a similar test machine around the place.
And also, do you run windows using the english language? or some other locale?
I'm using a Dell Optiplex GX 150. W2K English-UK, up to date with service packs and patches.
DXDiag says:
Intel 82815 Graphics Controller, 4MB. Driver is i81xdnt5.dll v 5.12.01.2641 (English) uncertified (gasp!) Mini VDD i81xnt5.sys.
Should this thread move into a bug now? I was hoping the problem would be something obvious and easy that I could fix, but I don't know any OpenGL unfortunately.
Uncertified is okay. Sounds like a 3d card issue. It shouldn't crash though... :(
If you want to, try getting the latest version of your video drivers, here I think
http://downloadfinder2.intel.com/scripts-df/proc/T8Clearance.asp?url=/4657/a08/win2k_xp67.zip
If that still doesn't work, then yeah, log a bug :(
After all that, it was just the drivers :( My login name was well chosen!
Sorry, I should have checked that myself. Thanks for your patience, and I hope that at least guiding me through building the project was of some use.