December 2003 - Boost-users - lists.preview.boost.org

Re: Re: find japanese character with boost regex++
by moscao＠free.fr 13 Dec '03

13 Dec '03

>> Actually I have a text with a lot of strange characters and japanese >> one ( Hiragana, Katakana, Kanji everything..!) and I want to find these >>japanese sentence in order to translate them and replace in the text. >>I need hence a way in order to identify a japanese sentence . A kind >>of function const bool isJap( const wchar ) const would be fine. >Do you need to use regexes? I've not tried boost.regex yet so cannot help >there. >Is your text just ascii and Japanese? Or do you need to distinguish from >other languages as well? >If just ascii and Japanese, you could define a Japanese char as anything >that is not ascii (beware shift-jis encoding though, as 2nd byte of a double >byte character is in the ascii range). If your data is unicode it should >also be easy to treat European characters as non-Japanese as well. >Darren Thanks Darren for your reply, Well actually I can avoid using regex but my text is more than ascii and japanese. Actually it is a byte file where some pieces are japanese sentences and others are byte controls like 0x00 ( which introduces more difficulties because you cannot parse the text as a string because 0x00 is an end character... ). So I thinks I have to parse bytes by pair and try to identify them as Shift-JIS when it is the case. Any idea of a function or program that does it? Thanks, jschmid

3 2

R: [Boost-users] filesystem::copy_file throws -- but why?
by Galante Michele 12 Dec '03

12 Dec '03

I think you should rewrite your code either as: int processFile(const fs::path& fileName) { fs::path copyFileName(fileName.string() + ".bak"); fs::copy_file(fileName, copyFileName); } or as: int processFile(const fs::path& fileName) { fs::path copyFileName(fileName.native_file_string() + ".bak", fs::native); fs::copy_file(fileName, copyFileName); } In your example you are creating a fs::path from a string in "native" form by using the default constructor, which expects the string to be in "generic" form. Hope this helps. Regards, Michele Galante Zucchetti Centro Sistemi s.p.a. m.galante(a)centrosistemi.it -----Messaggio originale----- Da: Scott Meyers [mailto:Usenet@aristeia.com] Inviato: giovedì 11 dicembre 2003 7.11 A: boost-users(a)lists.boost.org Oggetto: [Boost-users] filesystem::copy_file throws -- but why? [...] int processFile(const fs::path& fileName) { fs::path copyFileName(fileName.native_file_string() + ".bak"); fs::copy_file(fileName, copyFileName); } This throws an exception: boost::filesystem::path: invalid name "D:\Temp\CDFix\INDEX.HTM.bak" in path: "D:\Temp\CDFix \INDEX.HTM.bak" [...]

4 4

Boost::Variant
by Akim Demaille 12 Dec '03

12 Dec '03

What is the status of Boost::Variant? It used to be documented in replicas of the real Boost documentation, but now these sites seem to be closed, and I can't find any information on boost.org. Thanks!

2 2

Need linking help for boost::filesystem
by Scott Meyers 12 Dec '03

12 Dec '03

I'd like to play with boost::filesystem, and this turns out to be the first boost library I've tried to use that requires that I build something first. I downloaded bjam, and it appears that I have successfully built filesystem libraries for the compilers I care about (VC6, VC7.1, gcc, and como), because there is a subdirectory for each of them under the libboost_filesystem.lib directory, and each subdirectory, if you push down far enough, has .obj files under both debug and release. But I can't get anything to link. I can get the sample filesystem app (simple_ls.cpp) to compile cleanly under all compilers, but nothing will link. It seems clear that I somehow need to tell the linker where to find the appropriate filesystem libraries, but I'm not sure where to point it. Help? I'm running Windows 2000. Thanks, Scott

10 15

newbie BGL problem: core dump due to graph size
by duccio.medini＠tin.it 12 Dec '03

12 Dec '03

Hi all. I am calculating the connected components of af graph with a c++ code written with BGL. My graph is huge (4E+05 vertexes, 10^6 ~ 10^8 edges). The code uses the connected_components algorithm (or, in a different version, directly the depth_first_visit one) and works well up to a "reasonable" number of edges in the graph. Over this threshold it core dumps. I have the same problem both on SPARC Solaris 9 g++3.2.2 and on Intel Linux 2.4 g++3.1 . I know that it should not be a problem of the RAM memory available on the system (or addressable form a single istance). I am able to use up to 6-7 GBs of RAM, and it tipically core dumps at 2.5-5 GBs. I suspect that I'm violating some intrinsic size limit in the BGL adjacency_list class or similar. Are there such limits, and can they be extended? Any clue would be really appreciated. Thanks in advance! Duccio Medini

4 4

Shared_ptr and constness
by cyril.godart＠bnpparibas.com 12 Dec '03

12 Dec '03

Hi, Just out of curiosity. I am increasingly using the smart_ptr and more specifically the shared_ptr but I came to realize that actually it rather violently breaches the constness rules. The example below is one of the many things you can do with a shared pointer that is forbidden with a naked pointer. As the shared_ptr penetrates even further in my code I come to realize that what I am gaining on the comfort side I loose on the safety. Clearly, that's my call but I was curious to know if it is a known fact that it is impossible to enforce constness rules. Cyril Godart Quantitative Analyst BNP Paribas. struct A { int bar; }; typedef boost::shared_ptr<A> A_ptr_t; void foo(const A_ptr_t& a) { a->bar++;//semantically this should not be possible. } int main(int argc, char* argv[]) { A_ptr_t a(new A); a->bar = 1; foo(a); return 0; } This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.

2 1

ISO C++ does not support `long long'
by Joshua Moore-Oliva 11 Dec '03

11 Dec '03

When compiling programs that use boost, I get multiple warnings along these lines.. /home/josh/boost/type_traits/is_convertible.hpp:274: warning: ISO C++ does not support `long long' /home/josh/boost/type_traits/is_convertible.hpp:274: warning: ISO C++ does not support `long long' In file included from /home/josh/boost/iterator_adaptors.hpp:125, from /home/josh/boost/token_iterator.hpp:15, from /home/josh/boost/tokenizer.hpp:21, Am I doing something wrong? do I need to #define something? Using FreeBSD 4.9, gcc 3.2.3. Thanks, Joshua Moore-Oliva

3 3

filesystem::copy_file throws -- but why?
by Scott Meyers 11 Dec '03

11 Dec '03

I'm trying to use copy_file to, well, copy a file to a backup file (signified by adding ".bak" to the file's name). Here's what I'm doing, chopped way down: int processFile(const fs::path& fileName) { fs::path copyFileName(fileName.native_file_string() + ".bak"); fs::copy_file(fileName, copyFileName); } This throws an exception: boost::filesystem::path: invalid name "D:\Temp\CDFix\INDEX.HTM.bak" in path: "D:\Temp\CDFix \INDEX.HTM.bak" I don't see what's invalid about this name. From what I can tell, I'm fulfilling copy_file's preconditions and not falling into one of the cases where it's supposed to throw. What am I doing wrong? Thanks, Scott

1 0

RE: [Boost-users] Re: Re: Need linking help for boost::filesystem
by Ben Hutchings 10 Dec '03

10 Dec '03

Scott Meyers <Usenet(a)aristeia.com> wrote: > > Try a slight variation: > > > > cl /TP /W4 /WL /GX /GR -ID:\C++\Boost\Current simple_ls.cpp > > %BOOST_FILESYSTEM_LIB% > > Alas, that doesn't help. I still get multiply defined symbols. > This is with 1.30.2. It looks like your program and the filesystem library are built against different versions of the C/C++ run-time library. Under the control of #pragma directives, Visual C++ compiler can insert references into object files that tell the linker which libraries to link with. In this case the linker tries to link with both run-time libraries and finds conflicting definitions. Check that you're linking with the right build of the filesystem library. > Is there any reason to expect that the > problem will magically go away if the get the CVS version? Perhaps. The Boost headers are now using the abovementioned pragma to (hopefully) select the right library to link with. Ben.

2 1

Need linking help for boost::filesystem
by Witz 10 Dec '03

10 Dec '03

I had the same problem on VC7.1 - multiply defined symbols and thought i was just being dumb - with Scott having the same problem, maybe i wasn't :) I got round it by including the source files in the project i was working on - not the solution i'd have liked but it has the benefit of working and allowing me to get on with doing my 'proper' coding. So, are we going to be seeing 'Effective Boost' in the near future then Scott? :) Ian Whittley

2 1

RE: [Boost-users] Re: newbie question: graph library with gcc 3.2.1
by Vikram Anantha 09 Dec '03

09 Dec '03

Answered my own question. I replaced libbgl-viz with bgl-viz in lib/graph/example/Jamfile. I seem to be getting a little further. I'll get back with the other harder questions. Didn't want to waste people's time with questions I can answer myself :) Thanks Vik -----Original Message----- From: Vikram Anantha Sent: Tuesday, December 09, 2003 9:56 AM To: Boost Users mailing list Subject: RE: [Boost-users] Re: newbie question: graph library with gcc 3.2.1 I am using the released version 1.30.2. I had to make a change to the lib/graph/Jamfile.v2 as detailed in this email http://aspn.activestate.com/ASPN/Mail/Message/boost/1802962 in order to make the graph library compile. If at all possible, I would like to not use the current snaphot on CVS and make small local changes based on the released version. If possible, could somebody give me a little diff on the jamfile or something like that. Also, Volodya, Do your changes fix the problem with the graph examples failing or do they fix the warnings in the graph library? Thanks Vik -----Original Message----- From: Vladimir Prus [mailto:ghost@cs.msu.su] Sent: Monday, December 08, 2003 10:13 PM To: boost-users(a)lists.boost.org Subject: [Boost-users] Re: newbie question: graph library with gcc 3.2.1 Hi Vikram, > I tried building the graph library and the graph examples with bjam. I > am using gcc 3.2.1 on Solaris 2.8. > > The library seemed to build successfully but did have warnings. The > examples failed to build complaining that it could not find the > dependent graph library which seems to be a problem with my > LD_LIBRARY_PATH or something like that. The build outputs for both > cases are given below. I did not do any customizing for either of > these builds. My cmd line was bjam "-sTOOLS=gcc" > > Any help is appreciated. Thanks in advance What version of Boost are you using? If it's CVS version, then you might try to run "cvs up" now and try again. I've fixed some typos which were causing the above error. - Volodya _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

RE: [Boost-users] Re: newbie question: graph library with gcc 3.2.1
by Vikram Anantha 09 Dec '03

09 Dec '03

I am using the released version 1.30.2. I had to make a change to the lib/graph/Jamfile.v2 as detailed in this email http://aspn.activestate.com/ASPN/Mail/Message/boost/1802962 in order to make the graph library compile. If at all possible, I would like to not use the current snaphot on CVS and make small local changes based on the released version. If possible, could somebody give me a little diff on the jamfile or something like that. Also, Volodya, Do your changes fix the problem with the graph examples failing or do they fix the warnings in the graph library? Thanks Vik -----Original Message----- From: Vladimir Prus [mailto:ghost@cs.msu.su] Sent: Monday, December 08, 2003 10:13 PM To: boost-users(a)lists.boost.org Subject: [Boost-users] Re: newbie question: graph library with gcc 3.2.1 Hi Vikram, > I tried building the graph library and the graph examples with bjam. I > am using gcc 3.2.1 on Solaris 2.8. > > The library seemed to build successfully but did have warnings. The > examples failed to build complaining that it could not find the > dependent graph library which seems to be a problem with my > LD_LIBRARY_PATH or something like that. The build outputs for both > cases are given below. I did not do any customizing for either of > these builds. My cmd line was bjam "-sTOOLS=gcc" > > Any help is appreciated. Thanks in advance What version of Boost are you using? If it's CVS version, then you might try to run "cvs up" now and try again. I've fixed some typos which were causing the above error. - Volodya _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

newbie question: graph library with gcc 3.2.1
by Vikram Anantha 09 Dec '03

09 Dec '03

I tried building the graph library and the graph examples with bjam. I am using gcc 3.2.1 on Solaris 2.8. The library seemed to build successfully but did have warnings. The examples failed to build complaining that it could not find the dependent graph library which seems to be a problem with my LD_LIBRARY_PATH or something like that. The build outputs for both cases are given below. I did not do any customizing for either of these builds. My cmd line was bjam "-sTOOLS=gcc" Any help is appreciated. Thanks in advance Vik Anantha <GRAPH EXAMPLES BEGIN> unknown dependent target <libs!graph!build>liblibbgl-viz.a </GRAPH EXAMPLES END> <BGL BUILD BEGIN> ...patience... ...found 437 targets... ...updating 11 targets... MkDir1 ../../../libs/graph/build/bin MkDir1 ../../../libs/graph/build/bin/libbgl-viz.a MkDir1 ../../../libs/graph/build/bin/libbgl-viz.a/gcc MkDir1 ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug MkDir1 ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on MkDir1 ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on/runtime -link-dynamic gcc-C++-action ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on/runtime -link-dynamic/graphviz_graph_lex.o lex.yy.c:1169: warning: `void yyunput(int, char*)' defined but not used gcc-C++-action ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on/runtime -link-dynamic/graphviz_digraph_lex.o lex.yy.c:1169: warning: `void yyunput(int, char*)' defined but not used gcc-C++-action ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on/runtime -link-dynamic/graphviz_graph_parser.o graphviz_parser.y: In function `void boost::read_graphviz(const std::string&, boost::GraphvizGraph&)': graphviz_parser.y:492: warning: unused variable `void*in' graphviz_parser.y: In function `void boost::read_graphviz(FILE*, boost::GraphvizGraph&)': graphviz_parser.y:497: warning: unused variable `void*in' /home/installs/boost-1.30.2/boost/tuple/detail/tuple_basic.hpp: At top level: graphviz_parser.y:81: warning: `const std::string& graphviz::get_graph_name(const graphviz::Subgraph&)' defined but not used gcc-C++-action ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on/runtime -link-dynamic/graphviz_digraph_parser.o graphviz_parser.y: In function `void boost::read_graphviz(const std::string&, boost::GraphvizDigraph&)': graphviz_parser.y:492: warning: unused variable `void*in' graphviz_parser.y: In function `void boost::read_graphviz(FILE*, boost::GraphvizDigraph&)': graphviz_parser.y:497: warning: unused variable `void*in' /home/installs/boost-1.30.2/boost/tuple/detail/tuple_basic.hpp: At top level: graphviz_parser.y:81: warning: `const std::string& graphviz::get_graph_name(const graphviz::Subgraph&)' defined but not used gcc-Archive-action ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on/runtime -link-dynamic/libbgl-viz.a ar: creating ../../../libs/graph/build/bin/libbgl-viz.a/gcc/debug/inlining-on/runtime -link-dynamic/libbgl-viz.a ...updated 11 targets... </BGL BUILD END>

2 1

link fail against boost_filesystem on FreeBSD 5 with gcc 3.3.3
by Ying-Chieh Liao 04 Dec '03

04 Dec '03

It's my first time using boost I'm using boost 1.30.2 with FreeBSD 5, where gcc version is 3.3.3 following is my code, quite simple <code> #include <boost/filesystem/operations.hpp> #include <boost/filesystem/fstream.hpp> #include <string> #include <iostream> namespace fs = boost::filesystem; const std::string LogFileName = "ggyy"; int main(void) { fs::ifstream LogFile(LogFileName); return 0; } </code> it compiles well, but failed on linking : <error> g++ -L/usr/local/lib -lboost_filesystem -o LogParser LogParser.o LogParser.o: In function `main': LogParser.o(.text+0x27): undefined reference to `boost::filesystem::path::path(std::string const&)' LogParser.o(.text+0x51): undefined reference to `boost::filesystem::path::native_file_string() const' *** Error code 1 </error> My boost is built from the ports system, and I'm sure I have libboost_filesystem.a and other related boost libraries TEST [/usr/local/lib] -ijliao- ls -al *boost* -r--r--r-- 1 root wheel 4058 Dec 1 11:51 libboost_date_time.a -r-xr-xr-x 1 root wheel 4524 Dec 1 11:51 libboost_date_time.so -r--r--r-- 1 root wheel 66680 Dec 1 11:51 libboost_filesystem.a -r--r--r-- 1 root wheel 23888 Dec 1 11:51 libboost_prg_exec_monitor.a -r-xr-xr-x 1 root wheel 15524 Dec 1 11:51 libboost_prg_exec_monitor.so -r--r--r-- 1 root wheel 524054 Dec 1 11:51 libboost_regex.a -r-xr-xr-x 1 root wheel 352124 Dec 1 11:51 libboost_regex.so -r--r--r-- 1 root wheel 3861324 Dec 1 11:51 libboost_regex_debug.a -r-xr-xr-x 1 root wheel 496028 Dec 1 11:51 libboost_regex_debug.so -r--r--r-- 1 root wheel 167428 Dec 1 11:51 libboost_signals.a -r-xr-xr-x 1 root wheel 82980 Dec 1 11:51 libboost_signals.so -r--r--r-- 1 root wheel 192482 Dec 1 11:51 libboost_test_exec_monitor.a -r-xr-xr-x 1 root wheel 106912 Dec 1 11:51 libboost_test_exec_monitor.so -r-xr-xr-x 1 root wheel 31636 Dec 1 11:51 libboost_thread.so -r-xr-xr-x 1 root wheel 53920 Dec 1 11:51 libboost_threadd.so -r--r--r-- 1 root wheel 185892 Dec 1 11:51 libboost_unit_test_framework.a -r-xr-xr-x 1 root wheel 103008 Dec 1 11:51 libboost_unit_test_framework.so so... could someone tell me how to solve this problem ? -- KISS : Keep It Simple, Stupid.

1 1

Re: regex static lib for x86 emulator
by Reuti_Raman_Babu＠sdc.canon.co.in 03 Dec '03

03 Dec '03

Thank for the earlier responses. It seems almost impossible to build regex lib to Pocket PC platform. I am getting following errors: regexs.lib(src.obj) : error LNK2001: unresolved external symbol "public: __cdecl boost::w32_regex_traits<unsigned short>::w32_regex_traits<unsigned short>(void)" (??0?$w32_regex_traits@G@boost@@QAA@XZ) regexs.lib(src.obj) : error LNK2019: unresolved external symbol CreateFileMappingA referenced in function "public: void __cdecl boost::re_detail::mapfile::open(char const *)" (?open@mapfile@re_detail@boost@@QAAXPBD@Z) regexs.lib(src.obj) : error LNK2019: unresolved external symbol CreateFileA referenced in function "public: void __cdecl boost::re_detail::mapfile::open(char const *)" (?open@mapfile@re_detail@boost@@QAAXPBD@Z) regexs.lib(src.obj) : error LNK2019: unresolved external symbol FindFirstFileA referenced in function "public: __cdecl boost::re_detail::file_iterator::file_iterator(char const *)" (??0file_iterator@re_detail@boost@@QAA@PBD@Z) regexs.lib(src.obj) : error LNK2019: unresolved external symbol FindNextFileA referenced in function "public: void __cdecl boost::re_detail::file_iterator::next(void)" (?next@file_iterator@re_detail@boost@@QAAXXZ) regexs.lib(src.obj) : error LNK2019: unresolved external symbol "public: static class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __fastcall boost::re_detail::w32_traits_base::error_string(unsigned int)" (?erro This error description "regexs.lib(src.obj) : error LNK2001: unresolved external symbol "public: __cdecl boost::w32_regex_traits<unsigned short>::w32_regex_traits<unsigned short>(void)" (??0?$w32_regex_traits@G@boost@@QAA@XZ)" doesn't make much sense to me. Others are not supported by Pocket PC 2003 SDK.Although unicode version of corresssponding API is supported. Please suggest any solution . Regards, Reuti "John Maddock" <john@johnmaddock To: <Reuti(a)sdc.canon.co.in> .co.uk> cc: Subject: Re: regex static lib for x86 emulator 11/20/2003 06:57 PM > I can build static library for ARM processor. > But when building for X86 emulator I am getting following error. > > LINK : fatal error LNK1104: cannot open file 'boost_regex_vc6_sss.lib' > > Please help. You shouldn't see that when building the source, only when trying to link a dll of exe that uses the lib - but in any case defining BOOST_REGEX_NO_LIB when building your code will stop the headers from looking for a lib to link to, and allow you to specify your own lib to link to. I hope that makes it clear :-) John.

2 1

bind/function/??? - accessing global function static type with runtime dll
by Jeff Flinn 01 Dec '03

01 Dec '03

I'm interfacing with several 'C' dynamic link libraries each with the same interface. The appropriate libraries get loaded/unloaded at run time. The following is an attempt create a wrapper that returns a function pointer of the proper static type as declared for the 'C' functions. //------------------------------ class DLL { HMODULE mDLLHdl; public: ~DLL(){ FreeLibrary( mDLLHdl ); } DLL( const std::string& aDLLName ) :mDLLHdl( LoadLibrary( aDLLName.c_str() ) ){} operator bool()const{ return mDLLHdl; } operator HMODULE()const{ return mDLLHdl; } template< typename TFnc > TFnc Fnc( const std::string& aName, TFnc )const { return (TFnc)GetProcAddress( mDLLHdl, aName.c_str() ); } }; //------------------------------ With: typedef int (FAR WINAPI *FARPROC)(); FARPROC GetProcAddress( HMODULE hModule, // handle to DLL module LPCSTR lpProcName // function name ); For example, it's used as follows: //------------------------------ // declared in an included header with extern "C" int DoAttach( const char* aName, int attachMode ); DLL lSomeDll( "Some.dll" ); boost::function0<int> lFnc = boost::bind( lSomeDll.Fnc( "DoAttach", DoAttach ), "Name", 123 ); //------------------------------ Which compiles fine, but results in unresolved external symbols errors during linking for 'DoAttach' in this example. I can force-link and run the resulting executable w/out problem. Is there a way to get the type of the function without the compiler needing to use the function pointer itself? Thanks, Jeff

1 0

ublas + msvc 7.1
by Witz 01 Dec '03

01 Dec '03

hi, I seem to be having problems with ublas in combination with msvc 7.1. Compiling the code below results in a whole slew of errors of the form: 'use of undefined type 'boost::numeric::SOME_MATRIX_TYPE<ARGS>::const_iterator2' Am i doing something dumb or is something broken? #include <boost/numeric/ublas/triangular.hpp> int main() { using namespace boost::numeric::ublas; triangular_matrix<int,lower> ldm(4,4); } I.M.Whittley

3 2

Vertex descriptors in adjacancy_list
by Ali Tofigh 01 Dec '03

01 Dec '03

Is there any guarantee that Vertex descriptors are some kind of integers? In the examples provided add_edge is called with integers as vertex descriptors. Does the choice of parameters for the adjacency_list graph make a difference on this issue? E.g. whether the we choose vecS or listS as VertexList? If future flexibility of the program being written is a factor (e.g. if we want it to be easy to change the definition of the graphs without necessarily changing other parts of the code) is it better to use add_vertex, followed by add_edge using the vertex descriptors returned by add_vertex? Regards, A. T.

3 4

Re: [Boost-users] Re: ublas + msvc 7.1
by cyril.godart＠bnpparibas.com 01 Dec '03

01 Dec '03

I have noticed something similar with msvc 7.1. Could you try please to locate the first occurence of the error and prefix any template deduced type with "typename". In the example you give: typename boost::numeric::SOME_MATRIX_TYPE<ARGS>::const_iterator2 and check that this precise compile error disappears ? (I have realised the code is boost::ublas'). This does not intend to solve your problem but to point to what vc7.1 is expecting. I am not sure whether that should be strict ISO C++. Regards, Cyril Godart. Internet fuxiaowei9999@hotmail.com@lists.boost.org - 25/11/2003 12:21 Please respond to boost-users(a)lists.boost.org Sent by: boost-users-bounces(a)lists.boost.org To: boost-users cc: Subject: [Boost-users] Re: ublas + msvc 7.1 Hi Whittley: I think this may be a bug in VC7.1. I try it successly under VC6.0 and find that the ublas is develop under VC6.0 with Dinkumware STL in its document. Yours f_x_w ----- Original Message ----- From: "Witz" <witz(a)nildram.co.uk> Newsgroups: gmane.comp.lib.boost.user Sent: Monday, November 24, 2003 9:09 AM Subject: ublas + msvc 7.1 > hi, > > I seem to be having problems with ublas in combination with msvc 7.1. > Compiling the code below results in a whole slew of errors of the form: > > 'use of undefined type > 'boost::numeric::SOME_MATRIX_TYPE<ARGS>::const_iterator2' > > Am i doing something dumb or is something broken? > > #include <boost/numeric/ublas/triangular.hpp> > > int main() > { > using namespace boost::numeric::ublas; > triangular_matrix<int,lower> ldm(4,4); > } > > I.M.Whittley _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.

2 1

Help! Error in quote.hpp...
by Dan W. 01 Dec '03

01 Dec '03

Hi, first-time poster. Got an automated reply to the effect that my first post would be moderated; but later I got another automated email about the moderator being on vacation; and I'm in a hurry, so I hope it's okay for me to re-post here. I'm using latest betas for Digital Mars, STLport and BOOST, and I'm trying to compile a state-machine using boost's fsm::state_machine. My include line is as follows: G:\boost-1.30.2;G:\boost-1.30.2\boost\mpl;G:\boost-1.30.2\libs\mpl\example\fsm;G:\dm\STLport-5.0-1031\stlport;G:\dm\include Here's the top of my file: ............................................................................... #include <iostream> #include "boost/mpl/list.hpp" #include "state_machine.hpp" namespace mpl = boost::mpl; class rec_frm_sm : fsm::state_machine<rec_frm_sm> { public: ............................................................................... What I get on the output window is: sc rec_frm.cpp -Ae -Aa -r -mn -C -WA -S -3 -a8 -c -gf -IG:\boost-1.30.2 -IG:\boost-1.30.2\boost\mpl -IG:\boost-1.30.2\libs\mpl\example\fsm -IG:\dm\STLport-5.0-1031\stlport -IG:\dm\include -orec_frm.obj Error: G:\boost-1.30.2\boost/mpl/aux_/preprocessed/plain /quote.hpp(7): no type for argument 'T' Error: G:\boost-1.30.2\boost/mpl/aux_/has_type.hpp(23): no type for argument 'T' ..................................... Build failed I'm not sure how to track the include path for quote.hpp and has_type.hpp. I notice there's a link at www.boost.org for tracking header file inclusion, but the link appears to be broken. Any help would be appreciated. Yours. dan

2 1