Archive for 22. July 2007

Re: Build Errors: calitko-0.6.1
bzr pull seems to work...
Re: Build Errors: calitko-0.6.1
Hi Giles, I’m new to Bazzar. Whats the quickest way to update my working copy to 125? bzr pull which uses the last remembered location to pull new revisions from and automatically updates (more...)
Re: Build Errors: calitko-0.6.1
Hi Peter > 10x Giles, a quick fix is in rev 125! I'm new to Bazzar. Whats the quickest way to update my working copy to 125? Giles
Re: Build Errors: calitko-0.6.1
10x Giles, a quick fix is in rev 125! Peter
Re: Typo? 3rdParty/qmake/qmake.pri: nerators/win32/mingw_make.h
Thanks, Giles! I must have deleted the character when resolving the merge conflicts. Fixed in revno 124. Regards, Peter
Re: Build Errors: calitko-0.6.1
> Just fixed the problem in SocketAllocator - simply replaced the cast to an > int with a cast to QObject * (that’s what SignalMapper supports) - all > pointers do have (more...)
Typo? 3rdParty/qmake/qmake.pri: nerators/win32/mingw_make.h
Is this a typo? 26:   HEADERS +=  generators/win32/borland_bmake.h generators/win32/msvc_nmake.h \ 27:               generators/win32/msvc_dsp.h generators/win32/msvc_vcproj.h \ 28:               nerators/win32/mingw_make.h \ ----------------^ 29:            generators/win32/msvc_objectmodel.h Patch attached Giles
Re: PeerInfo and PeerId
Hi Peter, Maybe using the Uri for the internal representation of PeerInfo was not a good idea after all? Or maybe we shouldn’t use PeerInfo in TrackerRequest but instead pass the (more...)
Re: PeerInfo and PeerId
Hi Peter, In one of your previous posts you wrote: [snip] And you were right because the PeerInfo ctor could be called when initializing a static PeerInfo object before PeerSchemeName is initialized. Yes, that (more...)
Re: PeerInfo and PeerId
Hi Petr, I agree on the changes you made. The PeerInfo class (and classes these are using it) will be indeed affected. The main problem is that according to the BT (more...)

« Previous PageNext Page »