E CVS: libs/ecore raster
Enlightenment CVS committal
Author : raster
Project : e17
Module : libs/ecore
Dir : e17/libs/ecore/src
Modified Files:
Tag: SPLIT
Ecore.h ecore_events.c ecore_exe.c ecore_private.h
Added Files:
Tag: SPLIT
ecore_signal.c
Log Message:
signal code...
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Ecore.h,v
retrieving revision 1.45.2.4
retrieving revision 1.45.2.5
diff -u -3 -r1.45.2.4 -r1.45.2.5
--- Ecore.h 13 Jan 2003 00:34:59 - 1.45.2.4
+++ Ecore.h 13 Jan 2003 11:19:38 - 1.45.2.5
@@ -16,6 +16,14 @@
ECORE_FD_READ = 1,
ECORE_FD_WRITE = 2
} Ecore_Fd_Handler_Flags;
+
+#define ECORE_EVENT_NONE 0
+#define ECORE_EVENT_EXE_EXIT 1
+#define ECORE_EVENT_SINGAL_USER 2
+#define ECORE_EVENT_SINGAL_HUP 3
+#define ECORE_EVENT_SINGAL_EXIT 4
+#define ECORE_EVENT_SINGAL_POWER 5
+#define ECORE_EVENT_COUNT6
#ifndef _ECORE_PRIVATE_H
typedef void Ecore_Exe;
@@ -26,7 +34,44 @@
typedef void Ecore_Event_Handler;
typedef void Ecore_Event;
#else
+ typedef struct _Ecore_Event_Exe_Exit Ecore_Event_Exe_Exit;
+ typedef struct _Ecore_Event_Signal_User Ecore_Event_Signal_User;
+ typedef struct _Ecore_Event_Signal_Hup Ecore_Event_Signal_Hup;
+ typedef struct _Ecore_Event_Signal_Exit Ecore_Event_Signal_Exit;
+ typedef struct _Ecore_Event_Signal_Power Ecore_Event_Signal_Power;
+
+ struct _Ecore_Event_Exe_Exit
+ {
+ pid_t pid;
+ intexit_code;
+ Ecore_Exe *exe;
+ void *ext_data;
+ };
+
+ struct _Ecore_Event_Signal_User
+ {
+ int number;
+ void *ext_data;
+ };
+
+ struct _Ecore_Event_Signal_Hup
+ {
+ void *ext_data;
+ };
+
+ struct _Ecore_Event_Signal_Exit
+ {
+ int interrupt : 1;
+ int quit : 1;
+ int terminate : 1;
+ void *ext_data;
+ };
+ struct _Ecore_Event_Signal_Power
+ {
+ void *ext_data;
+ };
+
int ecore_init(void);
void ecore_shutdown(void);
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_events.c,v
retrieving revision 1.1.2.1
retrieving revision 1.1.2.2
diff -u -3 -r1.1.2.1 -r1.1.2.2
--- ecore_events.c 13 Jan 2003 00:25:19 - 1.1.2.1
+++ ecore_events.c 13 Jan 2003 11:19:39 - 1.1.2.2
@@ -36,7 +36,7 @@
}
Ecore_Event *
-_ecore_event_add(int type, void *ev, void (*func_free) (Ecore_Event *ev, void *data),
void *data)
+_ecore_event_add(int type, void *ev, void (*func_free) (void *ev, void *data), void
+*data)
{
return NULL;
}
@@ -106,3 +106,21 @@
}
}
+Ecore_Event_Exe_Exit *
+_ecore_event_exe_exit_new(void)
+{
+ Ecore_Event_Exe_Exit *e;
+
+ e = calloc(1, sizeof(Ecore_Event_Exe_Exit));
+ return e;
+}
+
+void
+_ecore_event_exe_exit_free(void *ev, void *data)
+{
+ Ecore_Event_Exe_Exit *e;
+
+ e = data;
+ if (e->exe) _ecore_exe_free(e->exe);
+ free(e);
+}
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_exe.c,v
retrieving revision 1.1.2.4
retrieving revision 1.1.2.5
diff -u -3 -r1.1.2.4 -r1.1.2.5
--- ecore_exe.c 13 Jan 2003 07:40:13 - 1.1.2.4
+++ ecore_exe.c 13 Jan 2003 11:19:39 - 1.1.2.5
@@ -37,6 +37,7 @@
}
exe->pid = pid;
exe->data = data;
+ /* FIXME: add to exe list */
return exe;
}
setsid();
@@ -145,4 +146,16 @@
ecore_exe_hup(Ecore_Exe *exe)
{
kill(exe->pid, SIGHUP);
+}
+
+Ecore_Exe *
+_ecore_exe_find(pid_t pid)
+{
+ return NULL;
+}
+
+void
+_ecore_exe_free(Ecore_Exe *exe)
+{
+ free(exe);
}
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_private.h,v
retrieving revision 1.1.2.3
retrieving revision 1.1.2.4
diff -u -3 -r1.1.2.3 -r1.1.2.4
--- ecore_private.h 13 Jan 2003 07:40:13 - 1.1.2.3
+++ ecore_private.h 13 Jan 2003 11:19:39 - 1.1.2.4
@@ -77,23 +77,29 @@
void *data;
};
-double _ecore_timer_next_get(void);
-int_ecore_timer_call(double when);
+double _ecore_timer_next_get(void);
+int _ecore_timer_call(double when);
-int_ecore_idler_call(void);
-int_ecore_idler_exist(void);
+int _ecore_idler_call(void);
+int _ecore_idler_exist(void);
-void _ecore_idle_enterer_call(void);
-int_ecore_idle_enterer_exist(void)
+void _ecore_idle_enterer_call(void);
+int _ecore_idle_enterer_exist(void)
-Ecore_Event *_ecore_event_add(int type, void *ev, void (*func_free) (Ecore_Event
*ev, void *data), void *data);
+Ecore_Event *_ecore_event_add(int type, void *ev, void (*func_free) (void *ev, void
+*data), void *data);
void *_ecore_event_del(Ecore_
E CVS: libs/ecore raster
Enlightenment CVS committal
Author : raster
Project : e17
Module : libs/ecore
Dir : e17/libs/ecore/src
Modified Files:
Tag: SPLIT
Ecore.h Makefile.am ecore.c ecore_app.c ecore_events.c
ecore_exe.c ecore_idle_enterer.c ecore_idler.c ecore_main.c
ecore_private.h ecore_timer.c
Added Files:
Tag: SPLIT
ecore_list.c
Log Message:
more code...
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Ecore.h,v
retrieving revision 1.45.2.5
retrieving revision 1.45.2.6
diff -u -3 -r1.45.2.5 -r1.45.2.6
--- Ecore.h 13 Jan 2003 11:19:38 - 1.45.2.5
+++ Ecore.h 13 Jan 2003 13:04:46 - 1.45.2.6
@@ -7,16 +7,9 @@
#include
#ifdef __cplusplus
-extern "C"
-{
+extern "C" {
#endif
-
- typedef enum _Ecore_Fd_Handler_Flags
- {
- ECORE_FD_READ = 1,
- ECORE_FD_WRITE = 2
- } Ecore_Fd_Handler_Flags;
-
+
#define ECORE_EVENT_NONE 0
#define ECORE_EVENT_EXE_EXIT 1
#define ECORE_EVENT_SINGAL_USER 2
@@ -26,6 +19,13 @@
#define ECORE_EVENT_COUNT6
#ifndef _ECORE_PRIVATE_H
+ enum _Ecore_Fd_Handler_Flags
+ {
+ ECORE_FD_READ = 1,
+ ECORE_FD_WRITE = 2
+ };
+ typedef enum _Ecore_Fd_Handler_Flags Ecore_Fd_Handler_Flags;
+
typedef void Ecore_Exe;
typedef void Ecore_Timer;
typedef void Ecore_Idler;
@@ -71,7 +71,8 @@
{
void *ext_data;
};
-
+#endif
+
int ecore_init(void);
void ecore_shutdown(void);
@@ -80,7 +81,7 @@
void ecore_app_restart(void);
Ecore_Event_Handler *ecore_event_handler_add(int type, void (*func) (int type,
void *event, void *data), void *data);
- void*ecore_event_handler_add(Ecore_Event_Handler *event_handler)
+ void*ecore_event_handler_del(Ecore_Event_Handler *event_handler);
Ecore_Exe *ecore_exe_run(char *exe_cmd, void *data);
pid_t ecore_exe_pid_get(Ecore_Exe *exe);
@@ -101,7 +102,7 @@
void ecore_main_loop_begin(void);
void ecore_main_loop_quit(void);
Ecore_Fd_Handler *ecore_main_fd_handler_add(int fd, Ecore_Fd_Handler_Flags flags,
int (*func) (Ecore_Fd_Handler *fd_handler, void *data), void *data);
- void ecore_main_fd_handler_del(Ecore_Fd_Handler *fd_handler);
+ void *ecore_main_fd_handler_del(Ecore_Fd_Handler *fd_handler);
int ecore_main_fd_handler_fd_get(Ecore_Fd_Handler *fd_handler);
int ecore_main_fd_handler_active_get(Ecore_Fd_Handler *fd_handler,
Ecore_Fd_Handler_Flags flags);
@@ -124,7 +125,11 @@
#if 0
-#ifndef E_CORE_H
+
+
+
+
+# ifndef E_CORE_H
#define E_CORE_H 1
#include
@@ -1040,4 +1045,8 @@
#endif
#endif
+
+
+
+
#endif
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Makefile.am,v
retrieving revision 1.7.2.3
retrieving revision 1.7.2.4
diff -u -3 -r1.7.2.3 -r1.7.2.4
--- Makefile.am 13 Jan 2003 00:25:19 - 1.7.2.3
+++ Makefile.am 13 Jan 2003 13:04:46 - 1.7.2.4
@@ -13,6 +13,7 @@
ecore_idle_enterer.c \
ecore_idler.c \
ecore_main.c \
+ ecore_signal.c \
ecore_time.c \
ecore_timer.c \
ecore_private.h
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore.c,v
retrieving revision 1.1.2.2
retrieving revision 1.1.2.3
diff -u -3 -r1.1.2.2 -r1.1.2.3
--- ecore.c 13 Jan 2003 07:40:13 - 1.1.2.2
+++ ecore.c 13 Jan 2003 13:04:46 - 1.1.2.3
@@ -15,6 +15,8 @@
ecore_init(void)
{
_ecore_signal_init();
+ /* FIXME: init fd handlers for x etc. */
+ return 1;
}
/**
@@ -25,4 +27,5 @@
void
ecore_shutdown(void)
{
+ /* FIXME: shut down cleanly */
}
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_app.c,v
retrieving revision 1.1.2.2
retrieving revision 1.1.2.3
diff -u -3 -r1.1.2.2 -r1.1.2.3
--- ecore_app.c 13 Jan 2003 00:25:19 - 1.1.2.2
+++ ecore_app.c 13 Jan 2003 13:04:47 - 1.1.2.3
@@ -1,6 +1,9 @@
#include "ecore_private.h"
#include "Ecore.h"
+static int app_argc = 0;
+static char **app_argv = NULL;
+
/**
* Set up the programs command-line arguments
* @param argc The same as passed as argc to the programs main() function
@@ -12,6 +15,8 @@
void
ecore_app_args_set(int argc, char **argv)
{
+ app_argc = argc;
+ app_argv = argv;
}
/**
@@ -25,6 +30,8 @@
void
ecore_app_args_get(int *argc, char ***argv)
{
+ if (argc) *argc = app_argc;
+ if (argv) *argv = app_argv;
}
/**
@@ -38,4 +45,5 @@
void
ecore_app_restart(void)
{
+ /* FIXME: exec selt using argv, argc etc. */
}
===
RCS file: /cvsroot/enlightenment/e17/libs
Re: [E-devel] [enlightenment - General] co -r SPLIT e17/libs/ebits
Il giorno Sun, 12 Jan 2003 11:54:35 -0600 [EMAIL PROTECTED] scrisse: > > Are you using evas from HEAD? The evas dir in split is very old, and > everything else in SPLIT has been ported over to the new evas API. > Follow the build notes on the e website for the proper versions to > use, and the order to build them in. > (http://enlightenment.org/pages/cvsnotes.html) I do not really know which branch I downloaded, but if to follow the cvs notes on the site means to use HEAD then... I'm using HEAD. I noticed that in the repository, as alan just said, there were many empty dirs, and one of these was /libs/evas2, but after have compiled evas I tried to run the evas' test, and it works. trying to build ebits I receive the error I reported on the previous post. have I got the wrong version of evas/ebits? if it doesn't build due to my fault... please, excuse me :) -- Massimo Maiurana mailto:[EMAIL PROTECTED] Linux RU #245612 RM #127258 keyID #7044D601 "Un uomo solo, in questo mondo, non e' niente... ...e non ci sono altri mondi oltre questo" -The thin red line- msg00062/pgp0.pgp Description: PGP signature
E CVS: elogin atmosphere
Enlightenment CVS committal
Author : atmosphere
Project : misc
Module : elogin
Dir : misc/elogin/src/daemon
Modified Files:
spawner.c spawner.h
Log Message:
more patches from JeopardE =)
added -nodaemon arg so it can be launched from inittab/prefdm stuff
===
RCS file: /cvsroot/enlightenment/misc/elogin/src/daemon/spawner.c,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -3 -r1.7 -r1.8
--- spawner.c 11 Jan 2003 20:46:11 - 1.7
+++ spawner.c 13 Jan 2003 21:43:13 - 1.8
@@ -49,13 +49,15 @@
break;
default:
if (write_elogind_pidfile(elogind_pid))
- fprintf(stderr, "%d is the pid, but I couldn't write to %s",
+{
+ fprintf(stderr, "%d is the pid, but I couldn't write to %s\n",
elogind_pid, PIDFILE);
+ kill(elogind_pid, SIGKILL);
+ exit(1);
+}
+
exit(0);
}
- close(0);
- close(1);
- close(2);
}
/**
@@ -70,28 +72,57 @@
main(int argc, char **argv)
{
int c;
-
+ char *d_opt_str = "nodaemon";
+ int nodaemon = 0;
+ struct option d_opt;
+ pid_t elogind_pid = getpid();
+
+ d_opt.name = d_opt_str;
+ d_opt.has_arg = 0;
+ d_opt.flag = NULL;
+ d_opt.val = 2;
+
putenv("DISPLAY");
/* get command line arguments */
while (1)
{
- c = getopt(argc, argv, "d:");
+ c = getopt_long_only(argc, argv, "d:", &d_opt, NULL);
if (c == -1)
break;
switch (c)
{
case 'd': /* display */
- setenv("DISPLAY", optarg, 1);
+ setenv("DISPLAY", optarg, 1);
+ break;
+case 2:/* nodaemon */
+ nodaemon = 1;
break;
default:
+ fprintf(stderr, "Warning: Unknown command line option\n");
exit(1);
}
}
-
- if(!getenv("DISPLAY"))
- setenv("DISPLAY", X_DISP, 1);
- fork_and_exit();
+ if (!getenv("DISPLAY"))
+ setenv("DISPLAY", X_DISP, 1);
+
+ if (nodaemon)
+ {
+ if (write_elogind_pidfile(elogind_pid))
+ {
+ fprintf(stderr, "%d is the pid, but I couldn't write to %s\n",
+ elogind_pid, PIDFILE);
+ exit(1);
+ }
+ }
+ else
+ {
+ fork_and_exit();
+ }
+ close(0);
+ close(1);
+ close(2);
+
/* register child signal handler */
signal(SIGCHLD, elogin_exit);
signal(SIGHUP, elogin_exit);
@@ -100,10 +131,11 @@
d = spawner_display_new();
/* Check to make sure elogin binary is executable */
- if(access(ELOGIN, X_OK))
+ if (access(ELOGIN, X_OK))
{
- fprintf(stderr, "Elogin: Fatal Error: Cannot execute elogin binary.
Aborting.");
- exit(1);
+ fprintf(stderr,
+ "Elogin: Fatal Error: Cannot execute elogin binary. Aborting.");
+ exit(1);
}
/* run X */
@@ -166,6 +198,7 @@
elogin_exit(int signum)
{
int status = 0;
+ int x_status = 0;
pid_t pid;
while ((pid = waitpid(-1, &status, 0)) > 0)
@@ -175,10 +208,21 @@
printf("INFO: Elogin process died.\n");
if (d->display)
{
-XSync(d->display, False);
-XCloseDisplay(d->display);
-d->display = NULL;
-kill(d->pid.x, SIGTERM);
+/* Allow things to settle down (in case X died as well) */
+sleep(1);
+
+/* check to see if X is still alive before restarting elogin */
+if (!waitpid(d->pid.x, &x_status, WNOHANG))
+{
+ XSync(d->display, False);
+ spawn_elogin();
+}
+else
+{
+ d->display = NULL;
+ spawn_x();
+ spawn_elogin();
+}
}
}
else if (pid == d->pid.x)
@@ -186,8 +230,8 @@
printf("INFO: X Server died.\n");
if (d->display)
{
-XSync(d->display, False);
-XCloseDisplay(d->display);
+/* URM...don't try to XSync on a non-existent X process. SIGPIPE
+ here */
d->display = NULL;
}
if (d->status == LAUNCHING)
===
RCS file: /cvsroot/enlightenment/misc/elogin/src/daemon/spawner.h,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -3 -r1.5 -r1.6
--- spawner.h 11 Jan 2003 20:46:11 - 1.5
+++ spawner.h 13 Jan 2003 21:43:14 - 1.6
@@ -13,8 +13,11 @@
#define X_SERVER "/usr/X11R6/bin/X -terminate -ac -quiet"
/* #define X_SERVER "/usr/X11R6/bin/Xnest -terminate -geometry 640x480 -ac -full :1"
*/
-#define X_DISP ":0"/* only used if DISPLAY variable is NOT set */
-#define ELOGIN PACKAGE_SOURCE_DIR "/elogin"
+#define X_DISP ":0" /* only used if DISPLAY variable is NOT set */
+#define ELOGIN "/usr/local/bin/elogin" /* FIXME
+ PACK
Re: [E-devel] [enlightenment - General] co -r SPLIT e17/libs/ebits
Ok, go back through the cvs build notes, and check out the things that have a SPLIT: before them with the following command: cvs -z3 co -r SPLIT you may need to delete the dirs for those modules in your tree first. i.e. for ebits (from whichever dir you checked the tree into) : rm -rf e17/libs/ebits cvs -z3 co -r SPLIT e17/libs/ebits repeat for the other split marked modules -- brian * Massimo Maiurana <[EMAIL PROTECTED]> [2003-01-13 20:16:38 +0100]: > Il giorno Sun, 12 Jan 2003 11:54:35 -0600 [EMAIL PROTECTED] > scrisse: > > > > > Are you using evas from HEAD? The evas dir in split is very old, and > > everything else in SPLIT has been ported over to the new evas API. > > Follow the build notes on the e website for the proper versions to > > use, and the order to build them in. > > (http://enlightenment.org/pages/cvsnotes.html) > > I do not really know which branch I downloaded, but if to follow the cvs > notes on the site means to use HEAD then... I'm using HEAD. > I noticed that in the repository, as alan just said, there were many > empty dirs, and one of these was /libs/evas2, but after have compiled > evas I tried to run the evas' test, and it works. > trying to build ebits I receive the error I reported on the previous > post. > have I got the wrong version of evas/ebits? > if it doesn't build due to my fault... please, excuse me :) > > -- > Massimo Maiurana mailto:[EMAIL PROTECTED] > Linux RU #245612 RM #127258 keyID #7044D601 > "Un uomo solo, in questo mondo, non e' niente... >...e non ci sono altri mondi oltre questo" > -The thin red line- --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
E CVS: libs/ecore raster
Enlightenment CVS committal
Author : raster
Project : e17
Module : libs/ecore
Dir : e17/libs/ecore/src
Modified Files:
Tag: SPLIT
Ecore.h ecore_main.c ecore_private.h
Log Message:
updates...
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Ecore.h,v
retrieving revision 1.45.2.6
retrieving revision 1.45.2.7
diff -u -3 -r1.45.2.6 -r1.45.2.7
--- Ecore.h 13 Jan 2003 13:04:46 - 1.45.2.6
+++ Ecore.h 13 Jan 2003 22:27:31 - 1.45.2.7
@@ -101,7 +101,7 @@
void ecore_main_loop_begin(void);
void ecore_main_loop_quit(void);
- Ecore_Fd_Handler *ecore_main_fd_handler_add(int fd, Ecore_Fd_Handler_Flags flags,
int (*func) (Ecore_Fd_Handler *fd_handler, void *data), void *data);
+ Ecore_Fd_Handler *ecore_main_fd_handler_add(int fd, Ecore_Fd_Handler_Flags flags,
+int (*func) (Ecore_Fd_Handler *fd_handler, void *data), void *data, int (*buf_func)
+(Ecore_Fd_Handler *fd_handler, void *buf_data), void *buf_data);
void *ecore_main_fd_handler_del(Ecore_Fd_Handler *fd_handler);
int ecore_main_fd_handler_fd_get(Ecore_Fd_Handler *fd_handler);
int ecore_main_fd_handler_active_get(Ecore_Fd_Handler *fd_handler,
Ecore_Fd_Handler_Flags flags);
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_main.c,v
retrieving revision 1.1.2.4
retrieving revision 1.1.2.5
diff -u -3 -r1.1.2.4 -r1.1.2.5
--- ecore_main.c13 Jan 2003 13:04:47 - 1.1.2.4
+++ ecore_main.c13 Jan 2003 22:27:39 - 1.1.2.5
@@ -9,6 +9,7 @@
static int _ecore_main_select(double timeout);
static void _ecore_main_fd_handlers_cleanup(void);
static void _ecore_main_fd_handlers_call(void);
+static int _ecore_main_fd_handlers_buf_call(void);
static int quit = 0;
static Ecore_Fd_Handler *fd_handlers = NULL;
@@ -109,19 +110,23 @@
/* this should read or write any data to the monitored fd and then */
/* post events onto the ecore event pipe if necessary */
if (have_event) _ecore_main_fd_handlers_call();
- /* process signals into events */
- if (have_signal)
+ do
{
-while (_ecore_signal_count_get()) _ecore_signal_call();
+/* process signals into events */
+if (have_signal)
+ {
+ while (_ecore_signal_count_get()) _ecore_signal_call();
+ }
+
+/* filter events to remove useless ones etc. ... */
+/* FIXME: implement some other day... */
+
+/* handle events ... */
+_ecore_event_call();
+_ecore_main_fd_handlers_cleanup();
+have_signal = 1;
}
-
- /* filter events to remove useless ones etc. ... */
- /* FIXME: implement some other day... */
-
- /* handle events ... */
- _ecore_event_call();
-
- _ecore_main_fd_handlers_cleanup();
+ while (_ecore_main_fd_handlers_buf_call());
}
}
@@ -149,7 +154,7 @@
* This adds a fd handler, calling @p func whenever the fd is active
*/
Ecore_Fd_Handler *
-ecore_main_fd_handler_add(int fd, Ecore_Fd_Handler_Flags flags, int (*func)
(Ecore_Fd_Handler *fd_handler, void *data), void *data)
+ecore_main_fd_handler_add(int fd, Ecore_Fd_Handler_Flags flags, int (*func)
+(Ecore_Fd_Handler *fd_handler, void *data), void *data, int (*buf_func)
+(Ecore_Fd_Handler *fd_handler, void *buf_data), void *buf_data)
{
Ecore_Fd_Handler *fdh;
@@ -162,6 +167,8 @@
fdh->delete_me = 0;
fdh->func = func;
fdh->data = data;
+ fdh->buf_func = buf_func;
+ fdh->buf_data = buf_data;
fd_handlers = _ecore_list_append(fd_handlers, fdh);
return fdh;
}
@@ -317,6 +324,24 @@
if (!fdh->delete_me)
{
if ((fdh->read_active) || (fdh->write_active))
+ fdh->func(fdh, fdh->data);
+ }
+ }
+}
+
+static int
+_ecore_main_fd_handlers_buf_call(void)
+{
+ Ecore_List*l;
+
+ for (l = fd_handlers; l; l = l->next)
+ {
+ Ecore_Fd_Handler *fdh;
+
+ fdh = l;
+ if (!fdh->delete_me)
+ {
+if (fdh->buf_func(fdh, fdh->buf_data))
fdh->func(fdh, fdh->data);
}
}
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_private.h,v
retrieving revision 1.1.2.5
retrieving revision 1.1.2.6
diff -u -3 -r1.1.2.5 -r1.1.2.6
--- ecore_private.h 13 Jan 2003 13:04:47 - 1.1.2.5
+++ ecore_private.h 13 Jan 2003 22:27:42 - 1.1.2.6
@@ -74,6 +74,8 @@
int delete_me : 1;
int(*func) (Ecore_Fd_Handler *fd_handler, void *data);
void
E CVS: elogin atmosphere
Enlightenment CVS committal
Author : atmosphere
Project : misc
Module : elogin
Dir : misc/elogin/src/client
Modified Files:
callbacks.c callbacks.h e_login_config.c e_login_config.h
e_login_session.c e_login_session.h elogin.h events.c intro.c
Log Message:
even more patches from JeopardE
slight interface fixups, and better Xsession support
===
RCS file: /cvsroot/enlightenment/misc/elogin/src/client/callbacks.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -3 -r1.9 -r1.10
--- callbacks.c 10 Jan 2003 21:36:42 - 1.9
+++ callbacks.c 13 Jan 2003 23:09:42 - 1.10
@@ -21,26 +21,52 @@
}
void
-elogin_select_session(E_Login_Session e, int session_index)
+elogin_session_list_clicked(void *session, Evas * evas, Evas_Object * li,
+void *event_info)
+{
+ E_Login_Session e = (E_Login_Session) session;
+ int i = 0;
+ Evas_List *t;
+ Evas_Event_Mouse_Up *ev = (Evas_Event_Mouse_Up *) event_info;
+
+ if (ev->button != 1)
+ return;
+
+ /* Find the index of the object that was clicked */
+ for (t = e->listitems; t && evas_list_data(t) != li; t = t->next)
+ {
+ ++i;
+ }
+
+ if (t)
+ elogin_select_session(e, i);
+}
+
+
+void
+elogin_select_session(E_Login_Session e, int s_index)
{
int ix, iy;
- E_Login_Session_Type *st = NULL;
/* Force within list bounds/wraparound */
- if (session_index >= evas_list_count(e->listitems))
- session_index = 0;
- else if (session_index < 0)
- session_index = evas_list_count(e->listitems) - 1;
+ if (s_index >= evas_list_count(e->listitems))
+ s_index = 0;
+ else if (s_index < 0)
+ s_index = evas_list_count(e->listitems) - 1;
/* Update bullet position */
- ix = 300;
- iy = 120 + (session_index * 30);
+ ix = (e->geom.w - 250) / 2 + 20;
+ iy = 120 + (s_index * 30);
evas_object_move(e->bullet, ix, iy);
/* Update current session */
- e->session_index = session_index;
- st = evas_list_nth(e->config->sessions, session_index);
- e->session = st->path;
+ e->session_index = s_index;
+ e->session = evas_list_nth(e->config->sessions, s_index);
+
+#if ELOGIN_DEBUG
+ printf("Session Selected: Name = %s, Path= %s\n", e->session->name,
+ e->session->path);
+#endif
}
int
@@ -96,13 +122,31 @@
e_login_auth_setup_environment(e->auth);
+/* snprintf(buf, PATH_MAX, "%s/.xinitrc", e->auth->pam.pw->pw_dir); */
+ if (e->session)
+ {
+ /* If a path was specified for the session, use that path instead of
+ passing the session name to Xsession */
+ if (e->session->path && strlen(e->session->path))
+ {
+ /* Handle the failsafe session */
+ if (!strcmp(e->session->path, "failsafe"))
+snprintf(buf, PATH_MAX, "/etc/X11/Xsession failsafe");
+ else
+snprintf(buf, PATH_MAX, "%s", e->session->path);
+ }
+
+ else
+ snprintf(buf, PATH_MAX, "/etc/X11/Xsession %s", e->session->name);
+ }
+ else
+ snprintf(buf, PATH_MAX, "/etc/X11/Xsession");/* Default
+ Session
+*/
+
#if X_TESTING
+ printf("Would have executed: %s\n", buf);
snprintf(buf, PATH_MAX, "/usr/X11R6/bin/xterm");
-#else
- if ((!e->session))
- snprintf(buf, PATH_MAX, "/etc/X11/Xsession");
- else
- snprintf(buf, PATH_MAX, "/etc/X11/Xsession %s", e->session);
#endif
ecore_sync();
===
RCS file: /cvsroot/enlightenment/misc/elogin/src/client/callbacks.h,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -3 -r1.2 -r1.3
--- callbacks.h 10 Jan 2003 14:32:53 - 1.2
+++ callbacks.h 13 Jan 2003 23:09:50 - 1.3
@@ -7,6 +7,9 @@
int _x, int _y);
int elogin_return_key_cb(E_Login_Session e, char *buffer);
+void elogin_session_list_clicked(void *session, Evas * evas, Evas_Object * li,
+ void *event_info);
+
void elogin_select_next_session(E_Login_Session e);
void elogin_select_prev_session(E_Login_Session e);
void elogin_select_session(E_Login_Session e, int index);
===
RCS file: /cvsroot/enlightenment/misc/elogin/src/client/e_login_config.c,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -3 -r1.3 -r1.4
--- e_login_config.c10 Jan 2003 15:36:03 - 1.3
+++ e_login_config.c13 Jan 2003 23:09:55 - 1.4
@@ -1,5 +1,6 @@
#include "elogin.h"
#include "e_login_config.h"
+#include "e_login_session.h"
#define REMEMBER_USERS 3
===
RCS file: /cvsroot/enlightenment/misc/elogin/src/client/e_login_config.h,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -3 -r1.3 -r1.4
--- e_login_config.h10 Jan 2003 15:36:04 - 1.3
+++ e_login_config.h1
E CVS: Eterm mej
Enlightenment CVS committal Author : mej Project : eterm Module : Eterm Dir : eterm/Eterm Modified Files: ChangeLog Log Message: Mon Jan 13 18:17:43 2003Michael Jennings (mej) Fixed an error in the "select_line" description in the man page spotted by Yasufumi Haga <[EMAIL PROTECTED]>. === RCS file: /cvsroot/enlightenment/eterm/Eterm/ChangeLog,v retrieving revision 1.340 retrieving revision 1.341 diff -u -3 -r1.340 -r1.341 --- ChangeLog 8 Jan 2003 06:17:12 - 1.340 +++ ChangeLog 13 Jan 2003 23:19:22 - 1.341 @@ -4960,3 +4960,8 @@ Fixed a bug with non-bordered icons being rendered at 0 size. -- +Mon Jan 13 18:17:43 2003Michael Jennings (mej) + +Fixed an error in the "select_line" description in the man page +spotted by Yasufumi Haga <[EMAIL PROTECTED]>. +-- --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-cvs mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
E CVS: Eterm mej
Enlightenment CVS committal Author : mej Project : eterm Module : Eterm Dir : eterm/Eterm/doc Modified Files: Eterm.1.in Log Message: Mon Jan 13 18:17:43 2003Michael Jennings (mej) Fixed an error in the "select_line" description in the man page spotted by Yasufumi Haga <[EMAIL PROTECTED]>. === RCS file: /cvsroot/enlightenment/eterm/Eterm/doc/Eterm.1.in,v retrieving revision 1.16 retrieving revision 1.17 diff -u -3 -r1.16 -r1.17 --- Eterm.1.in 30 Oct 2002 04:44:36 - 1.16 +++ Eterm.1.in 13 Jan 2003 23:19:37 - 1.17 @@ -1642,9 +1642,9 @@ .BI select_line " boolean" .RS 5 -If true, this attribute causes a triple-click to select from the current -word to the end of the line. If off, a triple click selects the entire -line from beginning to end. +If true, this attribute causes a triple click to select the entire +line from beginning to end. If false (default), a triple-click +selects from the current word to the end of the line. .RE .BI select_trailing_spaces " boolean" --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-cvs mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
[E-devel] Multiple Desktops
\o/ cool , so I have 8 desktops, but having a little difficulty. As the menus do not work I cannot "send to desktop" (don't remember if that was implemented anyhow). A window stays in its desktop fine if you start it there - but if you iconify it, and then bring it up in another desktop it just jumps back next time you switch :( Any ideas? Andy --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
E CVS: libs/ecore raster
Enlightenment CVS committal
Author : raster
Project : e17
Module : libs/ecore
Dir : e17/libs/ecore/src
Modified Files:
Tag: SPLIT
Ecore.h ecore_app.c ecore_events.c ecore_exe.c
ecore_idle_enterer.c ecore_idler.c ecore_main.c
ecore_private.h ecore_signal.c ecore_timer.c
Log Message:
fixes.. completenes.. cleanliness... :)
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Ecore.h,v
retrieving revision 1.45.2.7
retrieving revision 1.45.2.8
diff -u -3 -r1.45.2.7 -r1.45.2.8
--- Ecore.h 13 Jan 2003 22:27:31 - 1.45.2.7
+++ Ecore.h 14 Jan 2003 01:21:04 - 1.45.2.8
@@ -76,14 +76,14 @@
int ecore_init(void);
void ecore_shutdown(void);
- void ecore_app_args_set(int argc, char **argv);
+ void ecore_app_args_set(int argc, const char **argv);
void ecore_app_args_get(int *argc, char ***argv);
void ecore_app_restart(void);
- Ecore_Event_Handler *ecore_event_handler_add(int type, void (*func) (int type,
void *event, void *data), void *data);
+ Ecore_Event_Handler *ecore_event_handler_add(int type, void (*func) (int type,
+void *event, void *data), const void *data);
void*ecore_event_handler_del(Ecore_Event_Handler *event_handler);
- Ecore_Exe *ecore_exe_run(char *exe_cmd, void *data);
+ Ecore_Exe *ecore_exe_run(const char *exe_cmd, const void *data);
pid_t ecore_exe_pid_get(Ecore_Exe *exe);
void *ecore_exe_data_get(Ecore_Exe *exe);
void ecore_exe_pause(Ecore_Exe *exe);
@@ -101,7 +101,7 @@
void ecore_main_loop_begin(void);
void ecore_main_loop_quit(void);
- Ecore_Fd_Handler *ecore_main_fd_handler_add(int fd, Ecore_Fd_Handler_Flags flags,
int (*func) (Ecore_Fd_Handler *fd_handler, void *data), void *data, int (*buf_func)
(Ecore_Fd_Handler *fd_handler, void *buf_data), void *buf_data);
+ Ecore_Fd_Handler *ecore_main_fd_handler_add(int fd, Ecore_Fd_Handler_Flags flags,
+int (*func) (Ecore_Fd_Handler *fd_handler, void *data), const void *data, int
+(*buf_func) (Ecore_Fd_Handler *fd_handler, void *buf_data), const void *buf_data);
void *ecore_main_fd_handler_del(Ecore_Fd_Handler *fd_handler);
int ecore_main_fd_handler_fd_get(Ecore_Fd_Handler *fd_handler);
int ecore_main_fd_handler_active_get(Ecore_Fd_Handler *fd_handler,
Ecore_Fd_Handler_Flags flags);
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_app.c,v
retrieving revision 1.1.2.3
retrieving revision 1.1.2.4
diff -u -3 -r1.1.2.3 -r1.1.2.4
--- ecore_app.c 13 Jan 2003 13:04:47 - 1.1.2.3
+++ ecore_app.c 14 Jan 2003 01:21:05 - 1.1.2.4
@@ -13,10 +13,12 @@
* for later use by ecore_app_restart() or ecore_app_args_get().
*/
void
-ecore_app_args_set(int argc, char **argv)
+ecore_app_args_set(int argc, const char **argv)
{
+ if ((argc < 1) ||
+ (!argv)) return;
app_argc = argc;
- app_argv = argv;
+ app_argv = (char **)argv;
}
/**
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_events.c,v
retrieving revision 1.1.2.3
retrieving revision 1.1.2.4
diff -u -3 -r1.1.2.3 -r1.1.2.4
--- ecore_events.c 13 Jan 2003 13:04:47 - 1.1.2.3
+++ ecore_events.c 14 Jan 2003 01:21:05 - 1.1.2.4
@@ -16,15 +16,17 @@
* Add an event handler
*/
Ecore_Event_Handler *
-ecore_event_handler_add(int type, int (*func) (int type, void *event, void *data),
void *data)
+ecore_event_handler_add(int type, int (*func) (int type, void *event, void *data),
+const void *data)
{
Ecore_Event_Handler *eh;
-
+
+ if (!func) return NULL;
+ if ((type <= ECORE_EVENT_NONE) || (type >= ECORE_EVENT_COUNT)) return NULL;
eh = calloc(1, sizeof(Ecore_Event_Handler));
if (!eh) return NULL;
eh->type = type;
eh->func = func;
- eh->data = data;
+ eh->data = (void *)data;
event_handlers = _ecore_list_append(event_handlers, eh);
return eh;
}
@@ -39,6 +41,7 @@
void *
ecore_event_handler_del(Ecore_Event_Handler *event_handler)
{
+ if (!event_handler) return NULL;
event_handler->delete_me = 1;
return event_handler->data;
}
===
RCS file: /cvsroot/enlightenment/e17/libs/ecore/src/Attic/ecore_exe.c,v
retrieving revision 1.1.2.6
retrieving revision 1.1.2.7
diff -u -3 -r1.1.2.6 -r1.1.2.7
--- ecore_exe.c 13 Jan 2003 13:04:47 - 1.1.2.6
+++ ecore_exe.c 14 Jan 2003 01:21:05 - 1.1.2.7
@@ -23,11 +23,12 @@
* by Ecore, and so any references to it will become invalid.
*/
Ecore_Exe *
-ecore_exe_run(char *exe_cmd, void *data)
+ecore_exe_run(const char *exe_cmd, const void *data)
{
Ecore_Exe *exe;
pid_t pid;
-
+
+ if (!exe_cmd) return NULL
[E-devel] Solaris Status
I'm happy to report that last few details have been worked out (thanx to Mighty Azundris's saturday commits) and DR17 is working wonderfully under Solaris/Sparc. The rest of the work to be done will take more time, but you can see whats going on at cuddletech.com. I'm keeping notes, status, and a growing FAQ there. benr. -- //Ben Rockwood - UNIX Systems Admin //email: [EMAIL PROTECTED] //web: www.cuddletech.com //-> We do what we can, We give what we have, //-> Our doubt is our passion, and our passion is our task, //-> The rest is the madness of Art. //-> -Henry James --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Solaris Status
* Ben Rockwood ([EMAIL PROTECTED]) wrote: > > I'm happy to report that last few details have been worked out (thanx to > Mighty Azundris's saturday commits) and DR17 is working wonderfully under > Solaris/Sparc. > The rest of the work to be done will take more time, but you can see whats > going on at cuddletech.com. I'm keeping notes, status, and a growing FAQ > there. > benr. > Great work. I've gone to see the screenshots, and I'm impressed. Now I have a small question: how do you get your Eterms to be transparents ? Could you please tell me, I so long my transparent Eterms from e16. Alan -- The hacker: someone who figured things out and made something cool happen. --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Transparent Eterms
Being as this was mistakenly mailed to the list, I'll respond on the list to satisfy anyone else. If you do not know how to use transparent Eterm's I'd ask that you please read the Eterm man page. If you don't know how to do it, you haven't read it, I don't care what you say. Here are some variations of Eterm transparency and other interesting custimzations: Simple Transparency: Eterm --trans Transparency with tint: Eterm --trans --cmod 120 NOTE: a tint between 60 and 160 is good, adjust to your proference in increments of 20Brown Transparency: Eterm --trans --cmod-red 186 --cmod-green 106 --cmod-blue 22Purple Transparency: Eterm --trans --cmod-red 208 --cmod-green 71 --cmod-blue 216 There are some configs for ya. Add in a font (-F ), turn off the font effects (--font-fx none), splash out the button bar (--buttonbar=no) and you'll be styling like cuddletech... and the envy of your friends. Well. you'll be the envy of all the other people who didn't read the man page either, anyway. Please, KainX did spend alot of time writting a descent man page, that is very descriptive. benr. > * Ben Rockwood ([EMAIL PROTECTED]) wrote: >> >> I'm happy to report that last few details have been worked out (thanx >> to Mighty Azundris's saturday commits) and DR17 is working wonderfully >> under Solaris/Sparc. >> The rest of the work to be done will take more time, but you can see >> whats going on at cuddletech.com. I'm keeping notes, status, and a >> growing FAQ there. >> benr. >> > > Great work. I've gone to see the screenshots, and I'm impressed. Now I > have a small question: how do you get your Eterms to be transparents ? > Could you please tell me, I so long my transparent Eterms from e16. > > Alan > > -- > The hacker: someone who figured things out and made something cool > happen. > > > --- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > ___ > enlightenment-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- //Ben Rockwood - UNIX Systems Admin //email: [EMAIL PROTECTED] //web: www.cuddletech.com //-> We do what we can, We give what we have, //-> Our doubt is our passion, and our passion is our task, //-> The rest is the madness of Art. //-> -Henry James --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Multiple Desktops
On Tue, Jan 14, 2003 at 12:08:55AM +, Andrew Elcock wrote: > \o/ cool , so I have 8 desktops, but having a little difficulty. > As the menus do not work I cannot "send to desktop" (don't remember if > that was implemented anyhow). > A window stays in its desktop fine if you start it there - but if you > iconify it, and then bring it up in another desktop it just jumps back > next time you switch :( > > Any ideas? > > Andy Yep, that is a bug in the (de)iconification code, probably an easy fix. I'll try to look at some of the E bugs tomorrow. Unfortunately, they're near the bottom of my todo list. -- | Nathan Ingersoll \\ Computer Systems & Network Coordinator | | [EMAIL PROTECTED]\\ http://www.ruralcenter.org| | http://atmos.org/~ningerso/ \\ Minnesota Center for Rural Health| msg00074/pgp0.pgp Description: PGP signature
[E-devel] Re: Transparent Eterms
* Ben Rockwood ([EMAIL PROTECTED]) wrote: > > Being as this was mistakenly mailed to the list, I'll respond on the list > to satisfy anyone else. > It was meant to the list, as I had seen this question before with no answer. > If you do not know how to use transparent Eterm's I'd ask that you please > read the Eterm man page. If you don't know how to do it, you haven't > read it, I don't care what you say. > As I said, I used to use transparent Eterms, and something broke at some point. I did assume there was something to hack, and I was wrong. > Here are some variations of Eterm transparency and other interesting > custimzations: > Simple Transparency: Eterm --trans > Transparency with tint: Eterm --trans --cmod 120 > NOTE: a tint between 60 and 160 is good, adjust to your proference in > increments of 20Brown Transparency: Eterm --trans --cmod-red 186 --cmod-green 106 > --cmod-blue 22Purple Transparency: Eterm --trans --cmod-red 208 --cmod-green 71 > --cmod-blue 216 > There are some configs for ya. Add in a font (-F ), turn off the > font effects (--font-fx none), splash out the button bar (--buttonbar=no) > and you'll be styling like cuddletech... and the envy of your friends. > Well. you'll be the envy of all the other people who didn't read the > man page either, anyway. Please, KainX did spend alot of time writting a > descent man page, that is very descriptive. I did read the man page. Eterm --trans did not work. Esetroot crashes e17. So at that point I assumed there was something wrong, and asked the list. I must confess I did not say that I did read the manual and the faq before posting, I had forgotten people always assume the opposite. But you did provide some information in your answer though, which is "it is supposed to work out of the box". Knowing that, I wiped and completely rebuilt my Eterm configuration files and found the problem. As for the other settings, I've been using them for quite a while. It does make me feel good and superior to know that I have been unknowingly "styling like cuddletech". Thank you for your help. Alan -- The hacker: someone who figured things out and made something cool happen. --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Imlib2 README lists edb as a dependancy
On Sun, 12 Jan 2003 15:04:08 -0500 Tom von Schwerdtner <[EMAIL PROTECTED]> babbled: > This is in both my installed versin (1.0.6 IIRC) and a CVS co from last > night. > > This is wrong, right? it's optional. > > -T > > > --- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > ___ > enlightenment-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- --- Codito, ergo sum - "I code, therefore I am" The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] [EMAIL PROTECTED] Mobile Phone: +61 (0)413 451 899Home Phone: 02 9698 8615 --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
