cppcms-users — Disussions of users of CppCMS

Re: [Cppcms-users] Build in seperate dir fails

[Aris S. <ari...@gm...>]

I have the same error and same environment with yours.
I remove my "build" directory and re-"build" it.

If still won't work, try to upgrade all your ubuntu package via
"application->package manager" menu. then remove your "build"
directory and re-"build" it.

Re: [Cppcms-users] Build in seperate dir fails

[Daniel V. <chi...@gm...>]

Try with this commands:

# cd cppcms
# tar -xjf cppcms_boost.tar.bz2
# mkdir build
# cd build
# cmake ..
# make


On Mon, 2010-09-06 at 16:06 +0200, Geert Van de Velde wrote:
> Hi,
> 
> I am trying to build the cppcms library in a different directory to keep
> it nice and clean but it seems to fail.
> 
> #cd cppcms
> #tar -xjf cppcms_boost.tar.bz2
> #mkdir build
> #cmake build
> #cd build
> #make
> ....
> /home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp: In member function ‘virtual std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > booster::locale::impl::number_format<CharType>::format(booster::int64_t, size_t&) const’:
> /home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp:65: error: call of overloaded ‘format(booster::int64_t&, icu_4_2::UnicodeString&)’ is ambiguous
> /usr/include/unicode/numfmt.h:286: note: candidates are:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(double,
> icu_4_2::UnicodeString&) const
> /usr/include/unicode/numfmt.h:299: note:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int32_t,
> icu_4_2::UnicodeString&) const
> /usr/include/unicode/numfmt.h:312: note:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int64_t,
> icu_4_2::UnicodeString&) const
> /home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp: In member function ‘virtual std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > booster::locale::impl::number_format<CharType>::format(booster::uint64_t, size_t&) const’:
> /home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp:73: error: call of overloaded ‘format(booster::int64_t&, icu_4_2::UnicodeString&)’ is ambiguous
> /usr/include/unicode/numfmt.h:286: note: candidates are:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(double,
> icu_4_2::UnicodeString&) const
> /usr/include/unicode/numfmt.h:299: note:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int32_t,
> icu_4_2::UnicodeString&) const
> /usr/include/unicode/numfmt.h:312: note:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int64_t,
> icu_4_2::UnicodeString&) const
> /home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp: In member function ‘virtual std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > booster::locale::impl::number_format<CharType>::format(booster::uint32_t, size_t&) const’:
> /home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp:91: error: call of overloaded ‘format(booster::int64_t&, icu_4_2::UnicodeString&)’ is ambiguous
> /usr/include/unicode/numfmt.h:286: note: candidates are:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(double,
> icu_4_2::UnicodeString&) const
> /usr/include/unicode/numfmt.h:299: note:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int32_t,
> icu_4_2::UnicodeString&) const
> /usr/include/unicode/numfmt.h:312: note:
> icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int64_t,
> icu_4_2::UnicodeString&) const
> make[2]: ***
> [booster/CMakeFiles/booster.dir/lib/locale/src/formatter.cpp.o] Error 1
> make[1]: *** [booster/CMakeFiles/booster.dir/all] Error 2
> make: *** [all] Error 2
> 
> Using ubuntu 10.04 64bit
> #uname -a
> Linux kibo 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010
> x86_64 GNU/Linux
> #cmake --version
> cmake version 2.8.0
> #gcc --version
> gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3
> 
> libICU version 4.2.1
> 
> 
> Building it in the root directory works. Any idea what is going wrong?
> 
> Greetings
> 
> 
> 
> DISCLAIMER:
> Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.
> 
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Cppcms-users mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cppcms-users

[Cppcms-users] How to remove applications from pool at runtime?

[Julian P. <ju...@wh...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo,

is there a way to remove a mounted application (factory) from the pool
again? Something like a reversed mount? Maybe, unmount by the
mount_point that was used to mount the application (factory)?
I need this for my plugin system where it should be possible to swap a
plugin at runtime.
If this possibility does not exist, is there a chance, that a feature
like this will hit the trunk sooner or later?

Thanks,
Julian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJMhVoTAAoJENidYKvYQHlQKdAQAM4fSo6RiVdwtMlQHb3OaTNd
44p4aTPeswELeEKmvyi+kQCClGZ6PED/Smb1qGL2czxNdlWagAQv7S1+c1bhVD4u
JhiqDOlXlwA0Jou808LSAy72q3ThwyXbgFGjMVQbP6qUnHYCV16Iux4HN9AqsAaM
AItm+2bHg9TpqcxZiEgbaKf8jVC8hb6ldbLP41EH2N2lTHNdTH6XDNF/0VJsn++J
2Y0Lj96xA1M0DwOMuY/y10+PSI2ZMRUe6nNELy4Qb98I8OtYxGf3ILJO9yGvxonh
f03aRclFKlJMhz/4dneR5OYKAY/QFpJfQMbfdWdjcTA5BLlfiuPBO1Fi/02WySQM
nhFsvIQqcxJFLAgkrTl5YVvE0IRW/YPNuX5QPAgN0cSjGKkEcOXLKDOA0LeQkDIq
kdEzLON7gcSX5MkK/jwUnyWvctYy7Mqqw+EOSpXwPwa6+5zdtcGhLnefEkFiCJQu
wM314h9taC5Vht5ziFb9Yp5RGM8E0FsUrSZZzw3gRCCPy6ac18Ak+pvLRj/jiU++
iuvitnxtlYEsUPIoWNHB8dpha6avdtOSwjxwJg0O3vXauop6PUU7x41JUiCC6p2s
X1MlZmffI2rjRtBlEOtUzqPcMdYPcz6ASfvTFPW4KZcCGENJROHJLYF8I7dOJO8E
Nq8ljLqnlny0AyWSac0f
=j54m
-----END PGP SIGNATURE-----

[Cppcms-users] Build in seperate dir fails

[Geert V. de V. <gee...@ba...>]

Hi,

I am trying to build the cppcms library in a different directory to keep
it nice and clean but it seems to fail.

#cd cppcms
#tar -xjf cppcms_boost.tar.bz2
#mkdir build
#cmake build
#cd build
#make
....
/home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp: In member function ‘virtual std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > booster::locale::impl::number_format<CharType>::format(booster::int64_t, size_t&) const’:
/home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp:65: error: call of overloaded ‘format(booster::int64_t&, icu_4_2::UnicodeString&)’ is ambiguous
/usr/include/unicode/numfmt.h:286: note: candidates are:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(double,
icu_4_2::UnicodeString&) const
/usr/include/unicode/numfmt.h:299: note:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int32_t,
icu_4_2::UnicodeString&) const
/usr/include/unicode/numfmt.h:312: note:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int64_t,
icu_4_2::UnicodeString&) const
/home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp: In member function ‘virtual std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > booster::locale::impl::number_format<CharType>::format(booster::uint64_t, size_t&) const’:
/home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp:73: error: call of overloaded ‘format(booster::int64_t&, icu_4_2::UnicodeString&)’ is ambiguous
/usr/include/unicode/numfmt.h:286: note: candidates are:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(double,
icu_4_2::UnicodeString&) const
/usr/include/unicode/numfmt.h:299: note:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int32_t,
icu_4_2::UnicodeString&) const
/usr/include/unicode/numfmt.h:312: note:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int64_t,
icu_4_2::UnicodeString&) const
/home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp: In member function ‘virtual std::basic_string<_CharT, std::char_traits<_CharT>, std::allocator<_CharT> > booster::locale::impl::number_format<CharType>::format(booster::uint32_t, size_t&) const’:
/home/kboyadzh/workspace/cppcms/third-party/booster/lib/locale/src/formatter.cpp:91: error: call of overloaded ‘format(booster::int64_t&, icu_4_2::UnicodeString&)’ is ambiguous
/usr/include/unicode/numfmt.h:286: note: candidates are:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(double,
icu_4_2::UnicodeString&) const
/usr/include/unicode/numfmt.h:299: note:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int32_t,
icu_4_2::UnicodeString&) const
/usr/include/unicode/numfmt.h:312: note:
icu_4_2::UnicodeString& icu_4_2::NumberFormat::format(int64_t,
icu_4_2::UnicodeString&) const
make[2]: ***
[booster/CMakeFiles/booster.dir/lib/locale/src/formatter.cpp.o] Error 1
make[1]: *** [booster/CMakeFiles/booster.dir/all] Error 2
make: *** [all] Error 2

Using ubuntu 10.04 64bit
#uname -a
Linux kibo 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:21:58 UTC 2010
x86_64 GNU/Linux
#cmake --version
cmake version 2.8.0
#gcc --version
gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3

libICU version 4.2.1


Building it in the root directory works. Any idea what is going wrong?

Greetings



DISCLAIMER:
Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.

Re: [Cppcms-users] Template name "render()"

[Artyom <art...@ya...>]

To make it more clear: when you call

    render("view_name",some_content)

What happens that `base_content::render()` is called,
you need to override it in your view (class)
in order to make your view useful.

Of course you can have many templates, that may
be rendered using <% include template_name() %>
but all should begin render().

Artyom

>Hi! Artyom,
>
>
>Thank you for pointing me to that documentation!
>
>
>I am confused. Does the following excerpt indicate that the template name 
>"render()" is mandatory?
>
>
>"Each skin should implement render() virtual member function, unless it is 
>already implemented in its parent."
>
>
>Regards,
>


      

Re: [Cppcms-users] Template name "render()"

[<cn...@gr...>]

Hi! Artyom,


Thank you for pointing me to that documentation!


I am confused. Does the following excerpt indicate that the template name "render()" is mandatory?


"Each skin should implement render() virtual member function, unless it is already implemented in its parent."



Regards,


CN



-----Original Message-----
From: Artyom <art...@ya...>
To: cpp...@li...
Sent: Sun, Sep 5, 2010 12:36 am
Subject: Re: [Cppcms-users] Template name "render()"



This is not mandatory name, this is default template
that is rendered when rendering specific view.


Read this: http://art-blog.no-ip.info/wikipp/en/page/cppcms_1x_templates_gen


Artyom





From: "cn...@gr..." <cn...@gr...>
To: cpp...@li...
Sent: Sat, September 4, 2010 6:11:03 PM
Subject: [Cppcms-users] Template name "render()"


Hi!


The compiled program "hello-tmpl" stops working if I change



<% template render() %>



to



<% template output() %>



in file "first.tmpl" under "~/examples/templates/" extracted from cppcms source tarball. I suspect this is because the template system demands that the exact member function



virtual void render(){ ... }



exist in order to be able to write out stuff. If I am right, it would be nice to see this mandatory template name "render()" be documented (preferably in page "Templates: Top Level Blocks (v 1.x)").



Regards,



CN


 

Re: [Cppcms-users] Template name "render()"

[Artyom <art...@ya...>]

This is not mandatory name, this is default template
that is rendered when rendering specific view.

Read this: http://art-blog.no-ip.info/wikipp/en/page/cppcms_1x_templates_gen

Artyom


>
>From: "cn...@gr..." <cn...@gr...>
>To: cpp...@li...
>Sent: Sat, September 4, 2010 6:11:03 PM
>Subject: [Cppcms-users] Template name "render()"
>
>Hi!
>
>
>The compiled program "hello-tmpl" stops working if I change
>
>
>
><% template render() %>
>
>
>
>to
>
>
>
><% template output() %>
>
>
>
>in file "first.tmpl" under "~/examples/templates/" extracted from cppcms source 
>tarball. I suspect this is because the template system demands that the exact 
>member function
>
>
>
>virtual void render(){ ... }
>
>
>
>exist in order to be able to write out stuff. If I am right, it would be nice to 
>see this mandatory template name "render()" be documented (preferably in page 
>"Templates: Top Level Blocks (v 1.x)").
>
>
>
>Regards,
>
>
>
>CN 


      

[Cppcms-users] Template name "render()"

[<cn...@gr...>]

Hi!


The compiled program "hello-tmpl" stops working if I change



<% template render() %>



to



<% template output() %>



in file "first.tmpl" under "~/examples/templates/" extracted from cppcms source tarball. I suspect this is because the template system demands that the exact member function



virtual void render(){ ... }



exist in order to be able to write out stuff. If I am right, it would be nice to see this mandatory template name "render()" be documented (preferably in page "Templates: Top Level Blocks (v 1.x)").



Regards,



CN

Re: [Cppcms-users] Link to sourceforge template system documentation is broken

[Artyom <art...@ya...>]

Thanks,

There was indeed a problem in mirroring, now it fixed.

Artyom


>
>From: "cn...@gr..." <cn...@gr...>
>To: cpp...@li...
>Sent: Sat, September 4, 2010 11:26:36 AM
>Subject: [Cppcms-users] Link to sourceforge template system documentation is 
>broken
>
>Hi!
>
>
>The link for "Reference - Template System" in page
>
>
>http://cppcms.sourceforge.net/wikipp/en/page/main
>
>
>
>points to nowhere:
>
>
>
>http://cppcms.sourceforge.net/wikipp/en/page/cppcms_1x_templates
>
>
>
>Regards,
>CN 


      

Re: [Cppcms-users] Link to sourceforge template system documentation is broken

[augustin <aug...@ov...>]

Hello CN,

It's a synchronization problem between the main site and the mirror.

Use the main site:
http://art-blog.no-ip.info/wikipp/en/page/main

You want:
http://art-blog.no-ip.info/wikipp/en/page/cppcms_1x_templates/


Blessings,

Augustin.


--
Friends: http://www.reuniting.info/ http://activistsolutions.org/
My projects:
http://astralcity.org/ http://3enjeux.overshoot.tv/ http://linux.overshoot.tv/ 
http://overshoot.tv/ http://charityware.info/ http://masquilier.org/
http://openteacher.info/ http://minguo.info/ 
http://www.wechange.org/ http://searching911.info/












.

Re: [Cppcms-users] ICU lib error in building cppcms 64bit environment

[augustin <aug...@ov...>]

On Saturday 04 September 2010 03:45:39 pm Aris Setyawan wrote:
> My installation is working now.

Good! :)

Have fun with cppcms!


Blessings,

Augustin.

 

-- 
Friends: http://www.reuniting.info/ http://activistsolutions.org/
My projects:
http://astralcity.org/ http://3enjeux.overshoot.tv/ http://linux.overshoot.tv/ 
http://overshoot.tv/ http://charityware.info/ http://masquilier.org/
http://openteacher.info/ http://minguo.info/ 
http://www.wechange.org/ http://searching911.info/












.

[Cppcms-users] how to run the hello world example?

[Ping.Zheng <sho...@gm...>]

Hi,
   I am a green hand to cppcms, and I have installed the cppcms 0.99.2 in my
ubuntu, and I have compiled the hello_world example. but I don't know how to
run it. I use:
cppcms_run -e  hello -c config.js

but the console show me that:

Web Server Host:127.0.0.1
Web Server Port:8080
Document Root:/home/zhen/build/cppcms-0.99.2.1/examples/hello_world
Script:/hello
Api:http
Service IP:127.0.0.1
Service Port:8080
Can't find sutiable web server (nginx/lighttpd/apache)
You may try to change PATH variable. In case of Apache2
You may want to define APACHE_MOD_DIR variable

I know I can test the progam without any http proxy. But I don't how to do.
and there is a 403 error when I access the page
http://cppcms.sourceforge.net/wikipp/en/page/cppcms_1x_tut_hello/

who can help me? thank you.
-- 
with all kind regards

[Cppcms-users] Link to sourceforge template system documentation is broken

[<cn...@gr...>]

Hi!


The link for "Reference - Template System" in page


http://cppcms.sourceforge.net/wikipp/en/page/main



points to nowhere:



http://cppcms.sourceforge.net/wikipp/en/page/cppcms_1x_templates



Regards,
CN

Re: [Cppcms-users] ICU lib error in building cppcms 64bit environment

[Aris S. <ari...@gm...>]

My installation is working now.

I just remove my build folder, then recreate it and rebuild it. And
before this, I update all my ubuntu package to the newest version.

Re: [Cppcms-users] ICU lib error in building cppcms 64bit environment

[Aris S. <ari...@gm...>]

Hi,

> Your problem is with ICU again: since you tried to compile it by hand
> previously, have you deleted all the libraries you installed then?
> Maybe do:
> - remove the icu ubuntu package.
> - do 'updatedb'
> - 'locate icu'
> - delete the remaining icu libraries (those you had compiled and installed by
> hand).
> - reinstall the ubuntu package.
> - try make again.

I reinstall my ubuntu, :) and install ICU with apt-get. It was the
fastest solution, because I think, I had broke my ubuntu with doing
all compilation manually, since ubuntu is my secondary operating
system, it was okay to reinstall. The result is my PIC error is gone.

Thanks for your help.

Re: [Cppcms-users] ICU lib error in building cppcms 64bit environment

[augustin <aug...@ov...>]

Hello Aris,


Artyom would be much more competent than me to reply.
I simply tried to recompile everything to test, since we have the same system. 
I deleted my build directory and recompiled the latest from svn: beside a few 
minor warnings, everything compiled cleanly.

Your problem is with ICU again: since you tried to compile it by hand 
previously, have you deleted all the libraries you installed then?
Maybe do:
- remove the icu ubuntu package.
- do 'updatedb'
- 'locate icu'
- delete the remaining icu libraries (those you had compiled and installed by 
hand).
- reinstall the ubuntu package.
- try make again.

Again, I am not the most competent to help you. Most of this stuff is still 
above my head. But that's the only thing I can think of.

Blessings,

Augustin.



-- 
Friends: http://www.reuniting.info/ http://activistsolutions.org/
My projects:
http://astralcity.org/ http://3enjeux.overshoot.tv/ http://linux.overshoot.tv/ 
http://overshoot.tv/ http://charityware.info/ http://masquilier.org/
http://openteacher.info/ http://minguo.info/ 
http://www.wechange.org/ http://searching911.info/












.

Re: [Cppcms-users] ICU lib error in building cppcms 64bit environment

[Aris S. <ari...@gm...>]

Thank's, augustin, artyom; I have passed the "cmake" step using
default ubuntu ICU package. But, after running "make" command, I got
the following error:

...
...
[ 11%] Building CXX object
booster/CMakeFiles/booster.dir/lib/locale/src/date_time.cpp.o
[ 11%] Building CXX object
booster/CMakeFiles/booster.dir/lib/locale/src/format.cpp.o
[ 11%] Building CXX object
booster/CMakeFiles/booster.dir/lib/locale/src/formatter.cpp.o
/opt/cppcms/booster/lib/locale/src/formatter.cpp: In member function
‘virtual std::basic_string<_CharT, std::char_traits<_CharT>,
std::allocator<_CharT> >
booster::locale::impl::number_format<CharType>::format(booster::int64_t,
size_t&) const’:
/opt/cppcms/booster/lib/locale/src/formatter.cpp:65: error: call of
overloaded ‘format(booster::int64_t&, icu_4_0::UnicodeString&)’ is
ambiguous
/usr/include/unicode/numfmt.h:247: note: candidates are:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(double,
icu_4_0::UnicodeString&) const
/usr/include/unicode/numfmt.h:260: note:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(int32_t,
icu_4_0::UnicodeString&) const
/usr/include/unicode/numfmt.h:273: note:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(int64_t,
icu_4_0::UnicodeString&) const
/opt/cppcms/booster/lib/locale/src/formatter.cpp: In member function
‘virtual std::basic_string<_CharT, std::char_traits<_CharT>,
std::allocator<_CharT> >
booster::locale::impl::number_format<CharType>::format(booster::uint64_t,
size_t&) const’:
/opt/cppcms/booster/lib/locale/src/formatter.cpp:73: error: call of
overloaded ‘format(booster::int64_t&, icu_4_0::UnicodeString&)’ is
ambiguous
/usr/include/unicode/numfmt.h:247: note: candidates are:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(double,
icu_4_0::UnicodeString&) const
/usr/include/unicode/numfmt.h:260: note:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(int32_t,
icu_4_0::UnicodeString&) const
/usr/include/unicode/numfmt.h:273: note:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(int64_t,
icu_4_0::UnicodeString&) const
/opt/cppcms/booster/lib/locale/src/formatter.cpp: In member function
‘virtual std::basic_string<_CharT, std::char_traits<_CharT>,
std::allocator<_CharT> >
booster::locale::impl::number_format<CharType>::format(booster::uint32_t,
size_t&) const’:
/opt/cppcms/booster/lib/locale/src/formatter.cpp:91: error: call of
overloaded ‘format(booster::int64_t&, icu_4_0::UnicodeString&)’ is
ambiguous
/usr/include/unicode/numfmt.h:247: note: candidates are:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(double,
icu_4_0::UnicodeString&) const
/usr/include/unicode/numfmt.h:260: note:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(int32_t,
icu_4_0::UnicodeString&) const
/usr/include/unicode/numfmt.h:273: note:
icu_4_0::UnicodeString& icu_4_0::NumberFormat::format(int64_t,
icu_4_0::UnicodeString&) const
make[2]: *** [booster/CMakeFiles/booster.dir/lib/locale/src/formatter.cpp.o]
Error 1
make[1]: *** [booster/CMakeFiles/booster.dir/all] Error 2
make: *** [all] Error 2

I use:
. 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux
. CppCMS version At revision 1395
. Python 2.6.4rc2
. cmake version 2.6-patch 4
. PCRE version 7.8 2008-09-05
. gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1

I guess, the errors above about booster::locale conflict with icu_4_0
namespace, so "formater.cpp" can't find the right function (format) in
the booster::locale.
How I can fix this?

Re: [Cppcms-users] Custom form rendering and dynamic widgets

[Artyom <art...@ya...>]

Hi,

Ok, I see, you are right, this does not work
as cppcms_tmpl_cc generates:

   *foo.bar.begin()

When it should


   (*foo.bar).begin()

Fixed in svn 1385, take latest revision.

Artyom

P.S.: Next time generated code sample that fails would be helpful



----- Original Message ----
> From: Julian Pietron <ju...@wh...>
> To: cpp...@li...
> Sent: Tue, August 31, 2010 1:01:25 PM
> Subject: Re: [Cppcms-users] Custom form rendering and dynamic widgets
> 
> 
> > You can use:
> >
> >   <% foreach w as  cppcms::form::iterator in *form %>
> >
> > BTW `as foo` is required  only for MSVC as gcc and intel have
> > a construct typeof, so you can just  use
> >
> >   <% foreach w in *form %>
> >
> 
> I tried  that already, but gcc exits with the following errors (not
> different of the  errors I get when I specify form instead of *form):
> 
> stdconfig.tmpl: In  member function virtual  void
> stdconfig::stdconfig::get_content():
> stdconfig.tmpl:11: error:  class
> booster::shared_ptr<iweb2::content::StdConfigForm> has no member  named
> begin
> stdconfig.tmpl:12: error: invalid type in declaration before =  token
> stdconfig.tmpl:12: error:  class
> booster::shared_ptr<iweb2::content::StdConfigForm> has no member  named
> begin
> stdconfig.tmpl:12: error:  class
> booster::shared_ptr<iweb2::content::StdConfigForm> has no member  named
> end
> stdconfig.tmpl:11: error: invalid type argument of unary  *
> stdconfig.tmpl:11: error: invalid type in declaration before =  token
> stdconfig.tmpl:11: error: invalid type argument of unary *
> 
> Any  solution to this? Up to now, the only solution that worked was, to
> manually  change any appearance of form.begin() and form.end() to
> form->begin() and  form->end().
> 
> Thanks,
> Julian
> 
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored  by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R)  Threading Challenge  2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Cppcms-users  mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cppcms-users
> 


      

Re: [Cppcms-users] Custom form rendering and dynamic widgets

[<ju...@ne...>]

> You can use:
>
>   <% foreach w as cppcms::form::iterator in *form %>
>
> BTW `as foo` is required only for MSVC as gcc and intel have
> a construct typeof, so you can just use
>
>   <% foreach w in *form %>
>

I tried that already, but gcc exits with the following errors (not
different of the errors I get when I specify form instead of *form):

stdconfig.tmpl: In member function ‘virtual void
stdconfig::stdconfig::get_content()’:
stdconfig.tmpl:11: error: ‘class
booster::shared_ptr<iweb2::content::StdConfigForm>’ has no member named
‘begin’
stdconfig.tmpl:12: error: invalid type in declaration before ‘=’ token
stdconfig.tmpl:12: error: ‘class
booster::shared_ptr<iweb2::content::StdConfigForm>’ has no member named
‘begin’
stdconfig.tmpl:12: error: ‘class
booster::shared_ptr<iweb2::content::StdConfigForm>’ has no member named
‘end’
stdconfig.tmpl:11: error: invalid type argument of ‘unary *’
stdconfig.tmpl:11: error: invalid type in declaration before ‘=’ token
stdconfig.tmpl:11: error: invalid type argument of ‘unary *’

Any solution to this? Up to now, the only solution that worked was, to
manually change any appearance of form.begin() and form.end() to
form->begin() and form->end().

Thanks,
Julian

Re: [Cppcms-users] Custom form rendering and dynamic widgets

[Julian P. <ju...@wh...>]

> You can use:
>
>   <% foreach w as cppcms::form::iterator in *form %>
>
> BTW `as foo` is required only for MSVC as gcc and intel have
> a construct typeof, so you can just use
>
>   <% foreach w in *form %>
>

I tried that already, but gcc exits with the following errors (not
different of the errors I get when I specify form instead of *form):

stdconfig.tmpl: In member function ‘virtual void
stdconfig::stdconfig::get_content()’:
stdconfig.tmpl:11: error: ‘class
booster::shared_ptr<iweb2::content::StdConfigForm>’ has no member named
‘begin’
stdconfig.tmpl:12: error: invalid type in declaration before ‘=’ token
stdconfig.tmpl:12: error: ‘class
booster::shared_ptr<iweb2::content::StdConfigForm>’ has no member named
‘begin’
stdconfig.tmpl:12: error: ‘class
booster::shared_ptr<iweb2::content::StdConfigForm>’ has no member named
‘end’
stdconfig.tmpl:11: error: invalid type argument of ‘unary *’
stdconfig.tmpl:11: error: invalid type in declaration before ‘=’ token
stdconfig.tmpl:11: error: invalid type argument of ‘unary *’

Any solution to this? Up to now, the only solution that worked was, to
manually change any appearance of form.begin() and form.end() to
form->begin() and form->end().

Thanks,
Julian

Re: [Cppcms-users] template-based widget rendering - Re: Custom form rendering and dynamic widgets

[Artyom <art...@ya...>]

> Hello,
> 
> On the topic of widget rendering, I think the rendering of  each type of widget 
>
> should be template-based.
> Currently, the default form  rendering is hard-coded. 
> 

The hard coded options are only for some basic cases, for custom template 
rendering
you can create your own template easily

  <% template my_form_render(cppcms::form &f) %>
    <% foreach w in f %>
    ... Do anything you like ...
    <% end %>
  <% end %>


and then, instead of calling

  <% form as_p my_form %>

you call

  <% include my_form_render(my_form) %>

Artyom


      

[Cppcms-users] template-based widget rendering - Re: Custom form rendering and dynamic widgets

[augustin <aug...@ov...>]

Hello,

On the topic of widget rendering, I think the rendering of each type of widget 
should be template-based.
Currently, the default form rendering is hard-coded. 

I currently use the hack from  src/hello_world_view1.tmpl that Artyom kindly 
indicated twice in recent weeks.

I don't know what it would take to make it so that the default rendering for 
each form item is based on a template that can be overridden at the skin 
level, as well as at the form level. Maybe it's already possible. I haven't 
tested much yet.


Augustin.



-- 
Friends: http://www.reuniting.info/ http://activistsolutions.org/
My projects:
http://astralcity.org/ http://3enjeux.overshoot.tv/ http://linux.overshoot.tv/ 
http://overshoot.tv/ http://charityware.info/ http://masquilier.org/
http://openteacher.info/ http://minguo.info/ 
http://www.wechange.org/ http://searching911.info/












.

Re: [Cppcms-users] Custom form rendering and dynamic widgets

[Artyom <art...@ya...>]

> 
> Ok,  thanks for this example. But I still have a problem: Because even
> the forms  on this page are dynamically allocated, they are stored in a
> vector, and  because they are not copyable, I store a booster::shared_ptr
> to them  instead.
> I loop with
> <% foreach form in forms %>
> But the problem  is, that now the following construct
> <% foreach w as  cppcms::form::iterator in form %>
> does not work, because the template  generator expects form to be the
> object itself (and therefore generates  form.begin() and form.end()
> instead of form->begin() and form->end()  which would have to be used
> here). 

You can use:

  <% foreach w as cppcms::form::iterator in *form %>

BTW `as foo` is required only for MSVC as gcc and intel have
a construct typeof, so you can just use

  <% foreach w in *form %>

Generally in every place where you use variable you can
use "->", ".", "*" and single "()" operator.

See: 
<http://art-blog.no-ip.info/wikipp/en/page/cppcms_1x_templates_gen#Syntax+Description+Rules>


Artyom



      

Re: [Cppcms-users] ICU lib error in building cppcms 64bit environment

[augustin <aug...@ov...>]

Hi Aris,


http://art-blog.no-ip.info/wikipp/en/page/cppcms_1x_build_troubleshooting
The section "Linux Debian and Ubuntu and derivatives" has the list of packages 
you need. (clean completely your manual ICU installation first).

In the same page, note also the section:
"My sample application does not find the shared object libcppcms.so when I try 
to run it."
As a newbie, this is the only difficulty I encountered. I had to run ldconfig.

Other than that, I don't recall I used any configuration flag. As a newbie 
compiling such software and libraries, I always try with the defaults first, 
since most of the time I don't know what the flags are for... ;)

Augustin.


-- 
Friends: http://www.reuniting.info/ http://activistsolutions.org/
My projects:
http://astralcity.org/ http://3enjeux.overshoot.tv/ http://linux.overshoot.tv/ 
http://overshoot.tv/ http://charityware.info/ http://masquilier.org/
http://openteacher.info/ http://minguo.info/ 
http://www.wechange.org/ http://searching911.info/












.

Re: [Cppcms-users] ICU lib error in building cppcms 64bit environment

[Aris S. <ari...@gm...>]

Hello,

I use ubuntu 9.10 64-bit too.
Thanks augustin, I plan to work on it this night.

-Aris