Re: [E-devel] e17 cvs calendar module - build error

2005-12-22 Thread Falko Schmidt
On Wed, Dec 21, 2005 at 09:28:54 -0600, Laurence Vanek wrote: Ran into new issue attempting to build calendar module from fresh cvs update. == . . . e_mod_main.c: In function 'e_modapi_config': e_mod_main.c:134: error: 'struct _calendar' has no member named 'con' make[3]: ***

Re: [E-devel] Re: [e-users] e16.8 pre1

2005-12-22 Thread Mark R. Bowyer
X86 systems have both Xorg and Xsun installed, as they both provide a different hardware driver set. I'm using Xorg 6.9 (almost the final release) on my laptop, as that's what rolled into the last OpenSolaris release. But on SPARC there's no need for Xorg, as all of Sun's supported graphics

Re: [E-devel] e17 cvs calendar module - build error

2005-12-22 Thread Laurence Vanek
Falko Schmidt wrote: On Wed, Dec 21, 2005 at 09:28:54 -0600, Laurence Vanek wrote: Ran into new issue attempting to build calendar module from fresh cvs update. == . . . e_mod_main.c: In function 'e_modapi_config': e_mod_main.c:134: error: 'struct _calendar' has no member named

Re: [E-devel] e17 cvs calendar module - build error

2005-12-22 Thread Nathan A. Smith
Thanks for the catch gentlemen, However, I didn't use the patch (get new version from CVS). I failed to update all the files when I updated CVS, my bad. Nasa On Thu, 2005-12-22 at 07:20 -0600, Laurence Vanek wrote: Falko Schmidt wrote: On Wed, Dec 21, 2005 at 09:28:54 -0600, Laurence Vanek

Re: [E-devel] Re: [e-users] E laggy?

2005-12-22 Thread Michael Jennings
On Thursday, 03 November 2005, at 19:38:57 (+0900), Carsten Haitzler wrote: its BETTER than VG for this - not just the lack of VM overhead. it literally has a gui that draws a memory use graph LIVE as the program runs you can click profilke/leak at any time to get a complete memory use

Re: [E-devel] Re: [e-users] e16.8 pre1

2005-12-22 Thread Michel Briand
It's amasing! E16 works for years, and even if I switched to Entranced one year ago, I still use E16 because it's a STABLE environment I can rely on. I use E16 on 4 computers, 2 at home and 2 at work, and I use the same customizations for more than 6 years: - all important features are

[E-devel] [patch] ecore_config_util (lib) cleanup

2005-12-22 Thread Morten Nilsen
This patch cleans up ecore_config lib a bit.. - remove timeout_* in favour of ecore_timer_* - goto no more - delete unused eslist, hash and other code esprintf could be replaced by asprintf, but probably wouldn't be as portable. Cheers, -- Morten :wq Index:

Re: [E-devel] [patch] ecore_config_util (lib) cleanup

2005-12-22 Thread Morten Nilsen
Morten Nilsen wrote: +#define vasnprintf(a, b, c, d) \ + va_start(d, c); \ + need = vsnprintf(a, b, c, d); \ + va_end(d); hmm, that wasn't supposed to be there.. using the above instead of having the code in-place caused warnings, but I forgot to remove the define. +#define CHUNKLEN

Re: [E-devel] Shell commands not escaped in engrave and e17setroot

2005-12-22 Thread Nathan Ingersoll
On 12/22/05, Daniele Venzano [EMAIL PROTECTED] wrote: In the engrave sources, file: src/lib/engrave_out.c at about line 150(current CVS) the last parameter should be surrounded by , like this:snprintf(cmd, sizeof(cmd), edje_cc -v %s %s %s \%s\, Also all strings passed to the system() call should

[E-devel] Shell commands not escaped in engrave and e17setroot

2005-12-22 Thread Daniele Venzano
In the engrave sources, file: src/lib/engrave_out.c at about line 150 (current CVS) the last parameter should be surrounded by , like this: snprintf(cmd, sizeof(cmd), edje_cc -v %s %s %s \%s\, Also all strings passed to the system() call should be audited for the same problem in