On Sunday 28 August 2005 11:39 pm, Thomas Bushnell BSG wrote:
This didn't show up on the list first time, can't see why.
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> > Attention please to http://bugzilla.gnome.org/show_bug.cgi?id=170444
> > (Debian bug http://bugs.debian.org/cgi-bin/bugrep
Derek Atkins <[EMAIL PROTECTED]> writes:
> We should probably have one gnucash API that calls strftime() and
> have all other places just call the gnc api.
That surely seems best to me, especially given the brokenness of the
strftime specification.
Thomas
We should probably have one gnucash API that calls strftime() and have
all other
places just call the gnc api.
-derek
Quoting Thomas Bushnell BSG <[EMAIL PROTECTED]>:
Derek Atkins <[EMAIL PROTECTED]> writes:
Any reason not to change this to remove the goto? We could just
reorder the two
ca
Derek Atkins <[EMAIL PROTECTED]> writes:
> Any reason not to change this to remove the goto? We could just
> reorder the two
> case statements and change the code from:
>
> if (n == 0)
>goto iso_date;
> }
> break;
>
> to...
>
> if (n != 0)
>break;
> }
> /* FALLTHROUGH */
Looks equ
Thomas,
Quoting Thomas Bushnell BSG <[EMAIL PROTECTED]>:
--- gnucash-1.8.10.orig/src/engine/date.c
+++ gnucash-1.8.10/src/engine/date.c
@@ -362,19 +362,25 @@
sprintf (buff, "%2d.%2d.%-4d", day, month, year);
break;
case DATE_FORMAT_ISO:
+ iso_date:
sprintf (buff, "%04d-%0
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Indeed, the following program generates a segv with glibc:
>
>
> #include
> #include
>
> main ()
> {
> char buffer[1000];
> struct tm tm_str;
>
> tm_str.tm_mday = 28;
> tm_str.tm_mon = 7;
> tm_str.tm_year = 105;
> tm_str.tm_hour = 0;
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Attention please to http://bugzilla.gnome.org/show_bug.cgi?id=170444
> (Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312109).
>
> I believe I have the fix. The problem is that many locales have date
> string formats longer than elev
Attention please to http://bugzilla.gnome.org/show_bug.cgi?id=170444
(Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312109).
I believe I have the fix. The problem is that many locales have date
string formats longer than eleven characters. Eleven was fine for
"%d/%m/%Y" but not fo
Dnia 28-08-2005, nie o godzinie 11:18 +0200, Christian Stimming
napisaĆ(a):
> Hi Szczur,
>
> did I get this right: You try to add new translations of the *account
> templates*, not of the program itself? Okay, for new account templates,
> basically everything you described is correct -- add Make
I think that doing this in the g2 branch is fine.
-derek
Christian Stimming <[EMAIL PROTECTED]> writes:
> Hi all,
>
> the build system proposals of 2005-07-20 somehow got lost. So here's an
> update. I've put together a proposal of what can be changed in the
> gnome2-branch. I'd suggest
>
> -
Hi,
Yes, this should have gone back to the dev list.
It sounds like you're running HEAD. Most of the current development
is on the g2 branch. Not that running HEAD is necessarily bad,
but it's certainly not where most of the devs live right now.
It's still looking like autogen isn't running int
Hi Szczur,
did I get this right: You try to add new translations of the *account
templates*, not of the program itself? Okay, for new account templates,
basically everything you described is correct -- add Makefile.am in
accounts/pl_PL, add that to SUBDIRS in accounts/Makefile.am, modify
confi
12 matches
Mail list logo