On 2009-09-04 11:00-0700 Alan W. Irwin wrote:
> My reading of
> the man page for setlocale indicates we can store the current locale in an
> opaque character string using a NULL locale string as an argument [...]
As far as I know, nobody has tested qt on windows so I am not even sure
Werner's set
Alan W. Irwin wrote:
> On 2009-09-03 10:20-0700 Alan W. Irwin wrote:
>
>> Here are those issues again:
>>
>> (1) The above command-line parsing issue. The valgrind investigations I
>> suggested for this case may allow you to find the reason for this error and
>> fix it in a relatively small amoun
On 2009-09-03 10:20-0700 Alan W. Irwin wrote:
> Here are those issues again:
>
> (1) The above command-line parsing issue. The valgrind investigations I
> suggested for this case may allow you to find the reason for this error and
> fix it in a relatively small amount of time. Do you have time to
On 2009-09-04 13:43+0200 Arjen Markus wrote:
> Hi Alan,
>
> I have looked at the locale behaviour with the small program below:
>
> /* chklocale.c --
>Check the behaviour of the locale - printf() and friends
> */
>
> #include
> #include
>
> int main( int argc, char *argv[] ) {
>
> fl
On Fri, Sep 4, 2009 at 11:49 AM, Hazen Babcock wrote:
> Alan W. Irwin wrote:
>> (1) The above command-line parsing issue. The valgrind investigations I
>> suggested for this case may allow you to find the reason for this error and
>> fix it in a relatively small amount of time. Do you have time to
On 2009-09-04 01:03-0700 Jerry wrote:
> On Sep 2, 2009, at 11:20 AM, Alan W. Irwin wrote:
>> It's that potential to kill the build that leads me to give "make
>> validate"
>> results the highest priority when evaluating patches to or commits
>> of files
>> in doc/docbook/src.
> I found some open-
Alan W. Irwin wrote:
> Hi Hazen:
>
> Your comment below got me thinking about this new subject.
>
> On 2009-09-03 10:07-0400 Hazen Babcock wrote:
>
>> Since this [command-line parsing] issue has been around for years and I'm the
>> only one who seems to struggle with it I'm not inclined to delay
Hez,
Things get weirder and weirder. I've installed Ubuntu 9.04 64 on a virtual
machine, installed the distribution-provided packages, and test_plend works
fine (not more valgrind-clean than with the other distributions I've tested,
though). In the end, I've only been able to reproduce this iss
Thanks, I will make tests on Ubuntu next week.
Alban
De : hca...@mulethief.com [hca...@mulethief.com] de la part de Hezekiah M.
Carty [hezekiahca...@users.sourceforge.net]
Date d'envoi : vendredi 4 septembre 2009 14:22
À : Rochel, Alban
Cc : Alan W. Irwin;
On Fri, Sep 4, 2009 at 8:02 AM, Rochel, Alban wrote:
> I have a question for Hezekiah: I haven't tried Ubuntu 9.04, was the Qt
> version you have delivered by Ubuntu, or have you installed it by your own
> means?
Alban,
I am using the system/distribution-provided Qt packages. The library
versi
Hello all,
Some progress finally. I still don't know what's causing the error, except that
it's triggered by having a QApplication (set in GUI mode) in the driver. But it
looks like it does not occur when I use a Qt distribution compiled on my system
(exact same version of the library).
In the
Hi Alan,
I have looked at the locale behaviour with the small program below:
/* chklocale.c --
Check the behaviour of the locale - printf() and friends
*/
#include
#include
int main( int argc, char *argv[] ) {
float x = 1.2;
setlocale(LC_NUMERIC, "");
printf( "Number
On Sep 2, 2009, at 11:20 AM, Alan W. Irwin wrote:
> On 2009-09-02 12:00-0500 Hezekiah M. Carty wrote:
>
>> I'm still not entirely familiar with how Docbook markup works, but
>> the
>> PDF output looks good here and I think it gets the information across
>> appropriately. Suggestions for improv
Hi Alan,
much as I appreciate the use of commas instead of periods (living in
a country where commas are used - or should be - as the decimal
separator), I do see a number of problems:
- If a user sets the locale in his/her program before a call to
plinit(), a default enforced by PLplot might c
14 matches
Mail list logo