Attached is the latest patch for monitor. This patch includes everything
in the previous ones, as well as fixing the loading of an old config. It
now implements config_version so the old config bug won't happen in the
future. If you upgrade from the older version of monitor, it pops up a
This patch addresses a SEGV when configuration fails to load correctly. It
is built against CVS as of 7/28/05 @ 01:45AM CST and adds all of the
features of the previous patches.
Please try it out and let me know how it works.
--
Ed Presutti (ekrunch on freenode)
--
understand, v.:
To
On Fri, July 29, 2005 1:14 am, Mathieu said:
Edward Presutti [EMAIL PROTECTED] disait dernièrement que :
This patch addresses a SEGV when configuration fails to load correctly.
It
is built against CVS as of 7/28/05 @ 01:45AM CST and adds all of the
features of the previous patches.
Please
Here is a diff that updates e_modules to use timestamps.
I've also attached my latest diff for the monitor module. :-)
--
Ed Presutti (ekrunch on freenode)
--
understand, v.:
To reach a point, in your investigation of some subject, at which
you cease to examine what is really
I'm trying to init EWL inside of a module. Is it possible to get at the
argc and argv values that were passed to enlightenment when it was
started? Or is there a way to init EWL so that it won't explode? Passing
it a null pointer for argv[] doesn't appear to be a good idea...
Thanks,
--
Ed
I'm trying to use and evas textblock inside of the e_table provided with
enlightenment 0.17. (E17 and all of EFL built from CVS as of this
afternoon)
I'm succesfully using this with all of my other widgets, a label, 2
buttons, etc. It's the same technique used in the monitor module.
Here's the
Okay, so here's the fix that corrects the KB/MB/GB display of the memory
monitor. It also adds some correctness inside of the routines that return
the values. The variable name was changed from 'bytes' to 'kbytes'. That
way I don't forget that in the future. :-)
Also, in answer to the 1024 vs
Okay, so here's the newbie question for today...
What's the best way to valgrind modules?
--
Ed Presutti (ekrunch on freenode)
--
understand, v.:
To reach a point, in your investigation of some subject, at which
you cease to examine what is really present, and operate on the
On Thu, July 21, 2005 3:42 am, gimpel said:
On Thu, 21 Jul 2005 10:33:00 +0200
gimpel [EMAIL PROTECTED] wrote:
Oh heh. BUG BUG!
It currently still shows KB in memory module where it
should be MB :)
cheers!
heh, oops. That's what I get for excessive copy/paste. I'm about to fly
out for
Here's another update for the monitor module in e_modules.
ADDED : Configuration Menus!
ADDED : Support for Interval Changing. Intervals for CPU, Memory, and
Network are all adjustable.
ADDED : Support for Network Interface changing. Monitor now scans for
network interfaces on load and provides a
On Wed, July 20, 2005 7:03 am, Sebastian Dransfeld said:
Bertrand Jacquin wrote:
Hi,
Why don't you use ecore_config to save configuration ? It's simple to
use :)
Or preferably e_config, since it is an e-module.
Sebastian
Mostly because I didn't really have any idea where to look and it
Please disregard that first patch I sent out earlier. This one is an
updated version. It has been tested against current anon-CVS as of 19:40
CST.
This patch has configuration save/load as well as the features specified
in patch 2.0.
Here's the complete changelog for this patch.
ADDED :
This patch adds a memory monitor to the CPU/Net monitor included in
e_modules.
Here's a list of changes.
- Added memory monitor!
- Increased default size of monitor as 64x32 is very tiny with 3 monitors
running.
- Added hooks for adjusting the timer for all 3 monitors. I'm working on a
newer
On Thu, June 16, 2005 12:33 pm, Mike Frysinger said:
On Tuesday 14 June 2005 11:50 pm, Edward Presutti wrote:
Is it possible to enable Eterm's SSE2 support on P4 class processors?
I've
got a Northwood class P4 3.2 w/ SSE2, but the new makefile looks for
X86_64 architecture to determine
Is it possible to enable Eterm's SSE2 support on P4 class processors? I've
got a Northwood class P4 3.2 w/ SSE2, but the new makefile looks for
X86_64 architecture to determine whether or not to enable SSE2. Is this
patch specific to the X86_64 architecture or will it work on P4 class
processors?
This is just a simple patch to set the dfilter member of the
Fileselector struct. Useful if you're looking for specific file extensions
while using the filedialog.
Thanks,
EdIndex: e17/libs/ewl/src/lib/ewl_fileselector.c
===
RCS
On Fri, June 10, 2005 4:14 pm, Nathan Ingersoll said:
Thanks for the patch. A couple small requests:
1. Could you please generate patches using diff -u
Corrected. Assuming I got the options right this time. :-)
2. The naming convention should be ewl_fileselector_filter_set
Corrected.
New
17 matches
Mail list logo