dqt-users Mailing List for Dancing QT

Status: Beta

Brought to you by: vwegert

dqt-users — general discussions about DQT

You can subscribe to this list here.

2006	_Jan	_Feb (5)	_Mar	_Apr (1)	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec

Flat | Threaded

Re: [Dqt-users] Re: DQT CVS fails to build (no matching function call to log4cxx::Logger::getLogger)

From: Stuart L. <red...@ge...> - 2006-04-13 13:03:43

Attachments: signature.asc

Stuart Longland wrote:
> Volker Wegert wrote:
> 
>>Stuart Longland <red...@ge...> writes:
>>
>>>Volker Wegert wrote:
>>I've checked the sources - the CVS repository is up-to-date, so that's not the
>>cause of the problem.
>
> Hi,
> 	I did some digging, and came up with this thread[1], which seemed to
> suggest there was mistakes in the log4cxx documentation, and so the
> correct way to create a logger, is not[...]
> 
> ------------------------------------------------------------------------
> 
> Index: src/AlsaPlayer.cpp
> ===================================================================
> RCS file: /cvsroot/dqt/DQT/src/AlsaPlayer.cpp,v
> retrieving revision 1.2
> diff -u -r1.2 AlsaPlayer.cpp

Hi,
	Have you had a chance to inspect this patch?  Incidentally... I've got
some other improvements I'll send here when I finalise them.  Namely,
I've got some improvements to the user interface you may be interested
in -- in particular, I've modified the user interface so it fits better
on a 1024x768 screen.  (The screen resolution of most laptops)

	I'll probably do some more layout shuffling so that I can get it into
an 800x600 screen area... but for the moment, what I have is much more
usable on smaller screens.

	A number of Scottish Country dancing clubs are very interested in this
project ... I really would like to get things moving again. :-)

Regards,
-- 
Stuart Longland (aka Redhatter)              .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer  '.'` :
. . . . . . . . . . . . . . . . . . . . . .   .'.'
http://dev.gentoo.org/~redhatter             :.'

International Asperger's Year (1906 ~ 2006)
http://dev.gentoo.org/~redhatter/iay

Re: [Dqt-users] Re: DQT CVS fails to build (no matching function call to log4cxx::Logger::getLogger)

From: Stuart L. <red...@ge...> - 2006-02-25 06:51:17

Attachments: signature.asc fix-casting.diff

Volker Wegert wrote:
> Stuart Longland <red...@ge...> writes:
>>Volker Wegert wrote:
>>
>>>Something ugly is happening here - looks like "my" compiler performs some
>>>implicit casting from char[4] to String and "yours" doesn't. Very strange -
>>>and unfortunately I don't have the slightest idea what might be goung wrong
>>>here. I don't even know how to investigate this problem further.
>>>
>>>I'm currently offline (writing this mail from aboard the ICE train), but I'll
>>>check whether I've made some modification to the code locally that hasn't made
>>>it into CVS yet. I'll contact you again.
>>
>>Have you had a chance to look into this further?  I've tinkered a little
>>here, and still haven't managed to get things rolling.
> 
> 
> Sorry - been ill for a few days and had to catch up on a lot of things. This
> got lost somehow.
> 
> I've checked the sources - the CVS repository is up-to-date, so that's not the
> cause of the problem.

Hi,
	I did some digging, and came up with this thread[1], which seemed to
suggest there was mistakes in the log4cxx documentation, and so the
correct way to create a logger, is not:
	
	logger = Logger::getLogger("Foo.Bar");

	but rather:

	logger = Logger::getLogger(_T("Foo.Bar"));

	The _T(...) bit seems to be an undocumented macro that creates a
log4cxx::String from a const char *.

	Another sticking point was in DQT.cpp, with the PropertyConfigurator,
which also takes a log4cxx::String.  Apparently this datatype is quite
different to std::string, although I can't see where it differs (and in
fact, I seem to recall seeing a typedef defining it), but nonetheless,
it's certainly not a QString, which is what it gets fed at this point.

	I've just commented out that bit for now, since I'm still trying to
figure out how to obtain the log4cxx::String object required.

	Attached is a patch that at least gets things building.  The program
starts, but I haven't yet gone much further than that.  I'll try it with
some sample music in a sec.  But it builds now ... and starts, so that's
a start at least. :-)
-- 
Stuart Longland (aka Redhatter)              .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer  '.'` :
. . . . . . . . . . . . . . . . . . . . . .   .'.'
http://dev.gentoo.org/~redhatter             :.'

International Asperger's Year (1906 ~ 2006)
http://dev.gentoo.org/~redhatter/iay

Re: [Dqt-users] Re: DQT CVS fails to build (no matching function call to log4cxx::Logger::getLogger)

From: Volker W. <ma...@vo...> - 2006-02-23 20:45:23

Stuart Longland <red...@ge...> writes:
> Volker Wegert wrote:
>> Something ugly is happening here - looks like "my" compiler performs some
>> implicit casting from char[4] to String and "yours" doesn't. Very strang=
e -
>> and unfortunately I don't have the slightest idea what might be goung wr=
ong
>> here. I don't even know how to investigate this problem further.
>>=20
>> I'm currently offline (writing this mail from aboard the ICE train), but=
 I'll
>> check whether I've made some modification to the code locally that hasn'=
t made
>> it into CVS yet. I'll contact you again.
>=20
> Have you had a chance to look into this further?  I've tinkered a little
> here, and still haven't managed to get things rolling.

Sorry - been ill for a few days and had to catch up on a lot of things. This
got lost somehow.

I've checked the sources - the CVS repository is up-to-date, so that's not =
the
cause of the problem.

I don't think that's the problem either, but your compilation command is
missing the taglib include directory:

,----[ your compiler call ]
| g++ -c -pipe -Wall -W -O2 -march=3Di686 -pipe=20=20
|     -DQT_NO_DEBUG -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_THREAD_SUPPORT=20
|     -I/usr/qt/3/mkspecs/linux-g++ -I. -I/usr/qt/3/include -I.ui/ -I. -I.m=
oc/=20
|     -o .obj/DQT.o DQT.cpp
`----

,----[ my compiler call ]
| g++ -c -pipe -Wall -W -O2 -mcpu=3Dpentium4=20=20
|     -DQT_NO_DEBUG -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_THREAD_SUPPORT=20
|     -I/usr/qt/3/mkspecs/linux-g++ -I. -I/usr/qt/3/include -I.ui/ -I. -I.m=
oc/=20
|     -I/usr/include/taglib=20
|     -o .obj/DQT.o DQT.cpp
`----

I even tried your entire call on my system - no problem at all on my system=
. :-((

I have to admit I don't have the slightest idea what might be the cause. Do
you have any other system you could try?

Oh, BTW: Did you try compiling without your ebuild script? Just from the
command line? There should be no need to call qmake at all after ./compile.=
..

Best regards
  Volker

--=20
* Volker Wegert * http://www.volker-wegert.de/contact *
* "Lebenskunst besteht zu neunzig Prozent aus der F=C3=A4higkeit, mit Leuten
* auszukommen, die man nicht leiden kann." (Sam Goldwyn)=20=20
*=20

Re: [Dqt-users] Re: DQT CVS fails to build (no matching function call to log4cxx::Logger::getLogger)

From: Stuart L. <red...@ge...> - 2006-02-17 08:48:06

Attachments: signature.asc

Hi, Replying inline...

Volker Wegert wrote:
> Hi!
[...]
> 
> Something ugly is happening here - looks like "my" compiler performs some
> implicit casting from char[4] to String and "yours" doesn't. Very strange -
> and unfortunately I don't have the slightest idea what might be goung wrong
> here. I don't even know how to investigate this problem further.
> 
> I'm currently offline (writing this mail from aboard the ICE train), but I'll
> check whether I've made some modification to the code locally that hasn't made
> it into CVS yet. I'll contact you again.

Have you had a chance to look into this further?  I've tinkered a little
here, and still haven't managed to get things rolling.

Regards,
-- 
Stuart Longland (aka Redhatter)              .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer  '.'` :
. . . . . . . . . . . . . . . . . . . . . .   .'.'
http://dev.gentoo.org/~redhatter             :.'

[Dqt-users] Re: DQT CVS fails to build (no matching function call to log4cxx::Logger::getLogger)

From: Volker W. <ma...@vo...> - 2006-02-06 01:00:45

Hi!

Nice to see there's some interest in DQT after all - the original initiator
lost interest quite soon after the project reached a first usable state, and
therefore the development was stalled for quite some time now.

Though I'm a Gentoo user, too, I'm not familiar with the ebuild system. I
suspect the problem is not even related to this part. I can not reproduce the
problem on my system. I'm using the very same library versions (at least
regarding Qt and log4cxx) and gcc 3.3.6.

>> DQT.cpp:55: error: no matching function for call to `log4cxx::Logger::getLogger
>>    (const char[4])'
>> /usr/include/log4cxx/logger.h:295: error: candidates are: static
>>    log4cxx::LoggerPtr log4cxx::Logger::getLogger(const log4cxx::String&)
>> /usr/include/log4cxx/logger.h:316: error:                 static
>>    log4cxx::LoggerPtr log4cxx::Logger::getLogger(const log4cxx::String&,
>>    log4cxx::helpers::ObjectPtrT<log4cxx::spi::LoggerFactory>)

Something ugly is happening here - looks like "my" compiler performs some
implicit casting from char[4] to String and "yours" doesn't. Very strange -
and unfortunately I don't have the slightest idea what might be goung wrong
here. I don't even know how to investigate this problem further.

I'm currently offline (writing this mail from aboard the ICE train), but I'll
check whether I've made some modification to the code locally that hasn't made
it into CVS yet. I'll contact you again.

Best regards
  Volker


-- 
* Volker Wegert * http://www.volker-wegert.de/contact *
* "Vergib Deinen Feinden, aber vergiss niemals ihre Namen." (John F.
* Kennedy)  
*

[Dqt-users] DQT CVS fails to build (no matching function call to log4cxx::Logger::getLogger)

From: Stuart L. <red...@ge...> - 2006-02-05 06:24:30

Attachments: signature.asc

Hi,
	I'm trying to install DancingQT, with the view of trialling its
suitability for a scottish country dancing group[1] I'm connected with,
as a possible replacement for their aging variable-speed tape deck.
With the price of laptops comming down, Linux becomming more user
friendly, and the high price of commercially available variable speed CD
players ... a software-based solution like DancingQT is a very
favourable option.

	At the moment, the test machine is my main desktop (a dual PIII 1GHz,
1GB RAM running Gentoo Linux/x86 2005.1), the target will likely be a
Celeron 366MHz laptop running the same OS.

	On compiling DancingQt, I get a number of error messages from gcc,
which abort the compilation...

> beast src # make
> g++ -c -pipe -Wall -W -O2 -march=i686 -pipe  -DQT_NO_DEBUG -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_THREAD_SUPPORT -I/usr/qt/3/mkspecs/linux-g++ -I. -I/usr/qt/3/include -I.ui/ -I. -I.moc/ -o .obj/DQT.o DQT.cpp
> In file included from DQT.cpp:12:
> DQTConfig.h:360:1: warning: no newline at end of file
> In file included from .ui/MainForm.h:28,
>                  from DQT.cpp:13:
> DQTConfig.h:360:1: warning: no newline at end of file
> DQT.cpp: In function `int main(int, char**)':
> DQT.cpp:55: error: no matching function for call to `log4cxx::Logger::getLogger
>    (const char[4])'
> /usr/include/log4cxx/logger.h:295: error: candidates are: static
>    log4cxx::LoggerPtr log4cxx::Logger::getLogger(const log4cxx::String&)
> /usr/include/log4cxx/logger.h:316: error:                 static
>    log4cxx::LoggerPtr log4cxx::Logger::getLogger(const log4cxx::String&,
>    log4cxx::helpers::ObjectPtrT<log4cxx::spi::LoggerFactory>)
> DQT.cpp:59: error: no matching function for call to `
>    log4cxx::PropertyConfigurator::configure(QString&)'
> /usr/include/log4cxx/propertyconfigurator.h:303: error: candidates are: static
>    void log4cxx::PropertyConfigurator::configure(const log4cxx::String&)
> /usr/include/log4cxx/propertyconfigurator.h:333: error:                 static
>    void log4cxx::PropertyConfigurator::configure(log4cxx::helpers::Properties&)
> DQT.cpp:58: warning: unused variable `void*_dst'
> make: *** [.obj/DQT.o] Error 1

	Here[2] you'll find the ebuild script I'm using to compile DQT from
CVS.  I get the same results doing it by hand, and via the build script.

	The library version (along with the features enabled) I'm using are as
follows:
> [ebuild   R   ] x11-libs/qt-3.3.4-r8  +cups +doc +gif +ipv6 +mysql +opengl +sqlite
> [ebuild   R   ] media-sound/jack-audio-connection-kit-0.99.0-r1  +alsa +doc 
> [ebuild   R   ] media-sound/alsaplayer-0.99.76  +alsa +doc +esd +flac +gtk +jack +mikmod +nls +opengl +vorbis
> [ebuild   R   ] dev-db/sqlite-3.2.1-r3  +doc
> [ebuild   R   ] media-libs/taglib-1.4
> [ebuild   R   ] dev-libs/log4cxx-0.9.7-r2  +doc +unicode

	I've looked at the source code, and although it looks correct, there's
something about it that gcc doesn't like.  I've tried both gcc 3.3.6 and
gcc 3.4.4, with and without security-hardening patches.

	Google doesn't turn up much either... so I'm at a loss as to what's
causing this problem.  Ultimately, I'd like to release this package into
the tree so it can gain more exposure, as there are a number of dancing
groups looking for such a solution.

Regards,
-- 
Stuart Longland (aka Redhatter)              .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer  '.'` :
. . . . . . . . . . . . . . . . . . . . . .   .'.'
http://dev.gentoo.org/~redhatter             :.'

Footnotes:
1. http://clanmackenzie.hopto.org/
2. http://dev.gentoo.org/~redhatter/misc/dqt-cvs-9999.ebuild.gz

Flat | Threaded