On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
One more possibility.
Would you please tar up and send me your gen/ directory?
E.g., run this:
tar cf - gen |gzip > gen.tar.gz
Then send gen.tar.gz
Attached
gen.tar.gz
Description: GNU Zip compressed data
Logging/tracing for C++.
Key: QPID-154
URL: http://issues.apache.org/jira/browse/QPID-154
Project: Qpid
Issue Type: New Feature
Components: C++ Broker, C++ Client
Reporter: Alan Conway
Qpid ne
"Steven Shaw" <[EMAIL PROTECTED]> wrote:
> Sorry Jim. I complete missed it. Here it is. looks the same to me
>
> $ (cd gen && rm -f gen-src.mk; \
>> perl -ne '/^(abs_srcdir|if|else|endif|include)\b/ or print' Makefile.am \
>> | diff -u0 - Makefile.am )
> --- - 2006-12-04 22:19:37.294493000 +00
On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
http://et.redhat.com/~meyering/qpid-0.1.tar.bz2
Thanks. I'll try that tomorrow.
Cheers,
Steve.
Sorry Jim. I complete missed it. Here it is. looks the same to me
$ (cd gen && rm -f gen-src.mk; \
perl -ne '/^(abs_srcdir|if|else|endif|include)\b/ or print' Makefile.am \
| diff -u0 - Makefile.am )
--- - 2006-12-04 22:19:37.294493000 +
+++ Makefile.am 2006-12-04 22:04:21.0 +0
[ http://issues.apache.org/jira/browse/QPID-47?page=all ]
Alan Conway closed QPID-47.
---
Resolution: Fixed
Fixed by Jim Meyring.
> Convert C++ build system to autoconf.
> -
>
> Key: QPID-47
> U
On Monday 04 December 2006 16:50, Carl Trieloff wrote:
> How do I get maven to print the current list of goals?
>
> Carl.
In maven, there aren't defined goals. There are two types of targets you
can invoke:
1) A lifecycle phase (install, compile, etc... are all lifecycle phases).
There is
How do I get maven to print the current list of goals?
Carl.
On Dec 4, 2006, at 10:47 AM, Gordon Sim wrote:
Steve Vinoski wrote:
On Dec 4, 2006, at 9:14 AM, Daniel Kulp wrote:
On Monday 04 December 2006 03:59, Gordon Sim wrote:
Steve Vinoski wrote:
Hi Gordon, I guess the issue here is that qpid-run is specifically
intended to work within the layout o
On Mon, 2006-12-04 at 20:55 +, Steven Shaw wrote:
> If you guys can build me a source tarball containing ./configure I can
> see if this thing still builds on RHEL3.
Unless there's a major snag, I think it would be reasonable to lower the
versions on our dependencies to get Qpid working out of
"Steven Shaw" <[EMAIL PROTECTED]> wrote:
> On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> So far so good. That's two of three.
>> Did your "diff" output match mine?
>
> What diff output?
The diff output in the message that asked for make and perl versions.
I'll repeat it here, adding the
On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
So far so good. That's two of three.
Did your "diff" output match mine?
What diff output?
"Steven Shaw" <[EMAIL PROTECTED]> wrote:
> $ make --version
> GNU Make 3.81
>
> $ perl --version
>
> This is perl, v5.8.8 built for i486-linux-gnu-thread-multi
So far so good. That's two of three.
Did your "diff" output match mine?
$ make --version
GNU Make 3.81
$ perl --version
This is perl, v5.8.8 built for i486-linux-gnu-thread-multi
"Steven Shaw" <[EMAIL PROTECTED]> wrote:
> On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> Did you try putting a copy of libtool.m4 in $prefix/share/aclocal,
>> using the $prefix with which you installed your private copy
>> of automake?
>
> Yep. I'm getting the following at the moment:
>
>
On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
Did you try putting a copy of libtool.m4 in $prefix/share/aclocal,
using the $prefix with which you installed your private copy
of automake?
Yep. I'm getting the following at the moment:
$ ./bootstrap
+ aclocal -I m4
+ autoheader
+ libtooliz
On 04/12/06, Alan Conway <[EMAIL PROTECTED]> wrote:
> Perhaps you could post the ./configure script. That's all I need. Or
> perhaps commit it to svn under a sneaky name like "configure.sneaky".
What do you think Jim? My instinct is to never commit generated files,
I'm hardly suggesting it as
Alan Conway <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-12-04 at 15:33 +, Steven Shaw wrote:
>> On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> > I think you said Debian. If so, you can safely use apt preferences
>> > (see man apt_preferences) to get automake, autoconf, and libtool from
"Steven Shaw" <[EMAIL PROTECTED]> wrote:
> On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> I think you said Debian. If so, you can safely use apt preferences
>> (see man apt_preferences) to get automake, autoconf, and libtool from
>> "unstable", which btw, doesn't deserve that name any mor
Thanks for the update.
Rajith
On 12/4/06, Das, Kapali Tejeswar <[EMAIL PROTECTED]> wrote:
Rajith,
I should be able to commit the code by Thursday.
Regards
Tejeswar
-Original Message-
From: Rajith Attapattu [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2006 2:43 PM
To: qpid-de
Rajith,
I should be able to commit the code by Thursday.
Regards
Tejeswar
-Original Message-
From: Rajith Attapattu [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2006 2:43 PM
To: qpid-dev@incubator.apache.org; [EMAIL PROTECTED]
Subject: Re: [java] Who is working on Queue Browsing
Tejeswar,
When do u think you can commit the code?
Regards,
Rajith
On 12/4/06, Carl Trieloff <[EMAIL PROTECTED]> wrote:
Tejeswar,
Have you been able to make any progress?
Carl.
Das, Kapali Tejeswar wrote:
> Rajith,
>
> I have signed up for the queue browsing feature (JIRA# QPID-101).
>
Tejeswar,
Have you been able to make any progress?
Carl.
Das, Kapali Tejeswar wrote:
Rajith,
I have signed up for the queue browsing feature (JIRA# QPID-101).
Regards
Tejeswar
-Original Message-
From: Rajith Attapattu [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2006 2:1
Rajith,
I have signed up for the queue browsing feature (JIRA# QPID-101).
Regards
Tejeswar
-Original Message-
From: Rajith Attapattu [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2006 2:13 PM
To: qpid-dev@incubator.apache.org
Subject: [java] Who is working on Queue Browsing ?
Hi
Hi Folks,
Anybody working on implementing queue browsing ?
Regards,
Rajith
Hi Alan,
This change makes "make distcheck" pass.
"make distcheck" is a standard pre-distribution sanity test.
Part of what it does is to ensure you can build from a tarball
created by "make dist". That was failing because when unpacking
the stand-alone tarball in some other position in the hiera
On Mon, 2006-12-04 at 15:33 +, Steven Shaw wrote:
> On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
> > I think you said Debian. If so, you can safely use apt preferences
> > (see man apt_preferences) to get automake, autoconf, and libtool from
> > "unstable", which btw, doesn't deserve t
[ http://issues.apache.org/jira/browse/QPID-51?page=all ]
Bhupendra Bhardwaj resolved QPID-51.
Resolution: Fixed
An eclipse-plugin has been committed to the repository.
It can be launched as standalone app by running the qpidmc.bat
It can also be la
On Mon, 2006-12-04 at 08:59 +, Gordon Sim wrote:
> My thought was that if there was an easy way to do it we could have a
> task (or maven equivalent) that setup the installed package layout. We
> used to have this with the ant build.
This is the way to go: it means developers have to work wi
On Mon, 2006-12-04 at 02:35 +, Steven Shaw wrote:
> Coroutines is what you are after. See Steve Dekorte's portable
> coroutine library:
>
> http://www.dekorte.com/projects/opensource/libCoroutine/
>
Thanks, I'll take a look.
On Sun, 2006-12-03 at 21:21 -0500, Carl Trieloff wrote:
> John O'Hara wrote:
> > I love the use of ucontext_swap.
> >
> > When was that invented? Is it Linux only?
> >
My typo. It's swapcontext and friends, which manipulate a ucontext_t.
It's POSIX, not just Linux but I don't know what other OS's
Andrew Stitcher wrote:
Small patch to fix up running the topictest script after the tree reorg:
Index: cpp/tests/env
===
--- cpp/tests/env (revision 482153)
+++ cpp/tests/env (working copy)
@@ -13,9 +13,9 @@
if [ -z QP
BTW: I posted a link to Qpid off the www.amqp.org web site (and the other
known AMQP products).
John
On 04/12/06, Carl Trieloff <[EMAIL PROTECTED]> wrote:
I had volunteered to ask our design group... that is what the start if
this mail was about so I guess I will
go ahead as the mail has gone
I had volunteered to ask our design group... that is what the start if
this mail was about so I guess I will
go ahead as the mail has gone full circle
John O'Hara wrote:
It does look good. Hides its Wiki'ness pretty well.
Anyone volunteering :-)
On 04/12/06, Johnson, Eric <[EMAIL PROTECTE
[ http://issues.apache.org/jira/browse/QPID-153?page=all ]
Steven Shaw reassigned QPID-153:
Assignee: Steven Shaw
> Port URL parsing from Java client
> -
>
> Key: QPID-153
> URL: http://issu
It's good to know which issues are results of TCK failures.
They should be labelled as such.
We don't need to know why they fail the TCK, just that they do :-)
John
On 04/12/06, Martin Ritchie <[EMAIL PROTECTED]> wrote:
This should be fixed on trunk now.
On 02/12/06, Rajith Attapattu <[EMAIL
It does look good. Hides its Wiki'ness pretty well.
Anyone volunteering :-)
On 04/12/06, Johnson, Eric <[EMAIL PROTECTED]> wrote:
That looks pretty good.
> -Original Message-
> From: David Blevins [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 01, 2006 8:50 PM
> To: qpid-dev@incu
[ http://issues.apache.org/jira/browse/QPID-153?page=all ]
Steven Shaw resolved QPID-153.
--
Resolution: Fixed
With the caveat that you must use "default" for the host name as you cannot
leave it out with the .NET URI parser.
> Port URL parsing from Java cl
I stand corrected.
On 04/12/06, Steven Shaw <[EMAIL PROTECTED]> wrote:
On 04/12/06, Carl Trieloff <[EMAIL PROTECTED]> wrote:
> Unfortunately yes, well there is something more privative in bsd i
> believe. So other platforms have
> to do user-space scheduling and don't have the real-time setpoin
[ http://issues.apache.org/jira/browse/QPID-148?page=all ]
Martin Ritchie resolved QPID-148.
-
Resolution: Fixed
At revision 482238.
> Field table values are not preserved.
> -
>
> Key: QPID-148
>
This should be fixed on trunk now.
On 02/12/06, Rajith Attapattu <[EMAIL PROTECTED]> wrote:
Hi Folks,
Some tests are failing as it throws MessageNotWriteableException when trying
to add properties.
This exception is throw when _readableProperties is set to true in the
AbstractJMSMessage.
After
Port URL parsing from Java client
-
Key: QPID-153
URL: http://issues.apache.org/jira/browse/QPID-153
Project: Qpid
Issue Type: Improvement
Components: Dot Net Client
Reporter: Steven Shaw
This patch improves the performance of my test by about 20%
It removes a lot of unnecessary string creation, as ...::check(...) is
called for every CHECK_APR_SUCCESS(), and they are very frequent.
[At this point it seems I have come to the end of the "low hanging
fruit" though. I'll have to d
[ http://issues.apache.org/jira/browse/QPID-152?page=all ]
Martin Ritchie reassigned QPID-152:
---
Assignee: Martin Ritchie
> getJMSType() simply returns the MimeType.. should be a client definable
> string.
>
getJMSType() simply returns the MimeType.. should be a client definable string.
---
Key: QPID-152
URL: http://issues.apache.org/jira/browse/QPID-152
Project: Qpid
Is
Small patch to fix up running the topictest script after the tree reorg:
Index: cpp/tests/env
===
--- cpp/tests/env (revision 482153)
+++ cpp/tests/env (working copy)
@@ -13,9 +13,9 @@
if [ -z QPID_ROOT ] ; then echo "Y
Steve Vinoski wrote:
On Dec 4, 2006, at 9:14 AM, Daniel Kulp wrote:
On Monday 04 December 2006 03:59, Gordon Sim wrote:
Steve Vinoski wrote:
Hi Gordon, I guess the issue here is that qpid-run is specifically
intended to work within the layout of the installed package
environment.
We could
[ http://issues.apache.org/jira/browse/QPID-148?page=all ]
Martin Ritchie updated QPID-148:
Description:
When a message is sent with a custom header property the received message has
lost the custom property.
Not just custom properties all properties a
[
http://issues.apache.org/jira/browse/QPID-148?page=comments#action_12455333 ]
Martin Ritchie commented on QPID-148:
-
This bug was introduced when resolving a crash due to the call to
getPropertyNames() throwing a null pointer exception.
T
This is just to clarify that all the recent commits by me relating to
the autoconfistication of the Qpid build system were the work of Jim
Meyring. Sincere apologies to Jim that I did not make this clear in the
commit logs and in my mails. I will be careful to make sure any further
patches I commit
[ http://issues.apache.org/jira/browse/QPID-149?page=all ]
Martin Ritchie resolved QPID-149.
-
Resolution: Duplicate
This is a duplicate of QPID-148
> Invalid replyTo destination when temporary queue is used
>
On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
I think you said Debian. If so, you can safely use apt preferences
(see man apt_preferences) to get automake, autoconf, and libtool from
"unstable", which btw, doesn't deserve that name any more.
Does that mean that it will work now with aut
On Dec 4, 2006, at 9:14 AM, Daniel Kulp wrote:
On Monday 04 December 2006 03:59, Gordon Sim wrote:
Steve Vinoski wrote:
Hi Gordon, I guess the issue here is that qpid-run is specifically
intended to work within the layout of the installed package
environment.
We could
1. Write a new scrip
That looks pretty good.
> -Original Message-
> From: David Blevins [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 01, 2006 8:50 PM
> To: qpid-dev@incubator.apache.org
> Subject: Re: Web site
>
> Hi. I can tell you a bit about the OpenEJB auto export setup.
> (http://incubator.ap
"Steven Shaw" <[EMAIL PROTECTED]> wrote:
> On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
>> The problem is that your aclocal installation isn't finding libtool.m4.
>> That may happen if you install/run your own version of autoconf (which
>> contains aclocal). When aclocal runs properly, it
On 04/12/06, Jim Meyering <[EMAIL PROTECTED]> wrote:
The problem is that your aclocal installation isn't finding libtool.m4.
That may happen if you install/run your own version of autoconf (which
contains aclocal). When aclocal runs properly, it puts a copy of
the AC_PROG_LIBTOOL macro in the ac
Sorry the tests are TCK.
It looks like the specifics of the tests can only be discussed on a private
channel btw members who have signed the NDA.
It's kind of frustrating as only I have access to the TCK, and I am sure the
situation will improve when martin gets access to the TCK.
Regards,
Raj
On Monday 04 December 2006 03:59, Gordon Sim wrote:
> Steve Vinoski wrote:
> > Hi Gordon, I guess the issue here is that qpid-run is specifically
> > intended to work within the layout of the installed package environment.
> > We could
> >
> > 1. Write a new script to be used within your svn workin
Alan,
Here's another build infrastructure change.
This one doesn't conflict with the other one that is pending:
http://www.nabble.com/better-bootstrap-and-gen-*-dependencies-p7645703.html
so you should be able to check them in in either order.
2006-12-04 Jim Meyering <[EMAIL PROTECTED]>
I have the horrible feeling I'm just about to say something very stupid,
but here goes anyway...
I can't find any google reference to "ucontext_swap" (except the design
on the qpid wiki - which makes this a bizarre googlewhack). Are we
talking about using ucontext_t and swapcontext etc?
or is
"Steven Shaw" <[EMAIL PROTECTED]> wrote:
> I'm trying to generate a ./configure script. Here's what happens with aclocal:
...
> i.e. autoconf 2.60 and 2.59 don't seem to work. They don't have
> AC_PROG_LIBTOOL defined.
>
> So there seems to be a problem with libtool. Do I need a particular
> versio
Steve Vinoski wrote:
Hi Gordon, I guess the issue here is that qpid-run is specifically
intended to work within the layout of the installed package environment.
We could
1. Write a new script to be used within your svn working copy, perhaps
boiling the common parts of it and the qpid-run scr
On 02/12/06, Rajith Attapattu <[EMAIL PROTECTED]> wrote:
Hi Folks,
Some tests are failing as it throws MessageNotWriteableException when trying
to add properties.
I'd love to know more about what tests are failing as we have quite a
lot of testing around this as I just recently added the abili
[
http://issues.apache.org/jira/browse/QPID-149?page=comments#action_12455252 ]
Martin Ritchie commented on QPID-149:
-
I believe this is related to QPID-148 as that reply to address looks like it
has been instantiated with null values.
> In
64 matches
Mail list logo