lcd4linux-devel — lcd4linux development team

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[Michael R. <re...@eu...>]

Hi,

> I've found the error, I installed libgd when lcd4linux requires libgd2 ;)
> It compiles great now !
Fine!

> I wonder if there is a way to distinguish libgd from libgd2 ... ?
Me too. any hints, anybody out there?

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[FoX <fo...@gm...>]

> my gd.h contains such macros:
>
> #define gdTrueColorGetRed(c) (((c) & 0xFF0000) >> 16)

I've found the error, I installed libgd when lcd4linux requires libgd2 ;)
It compiles great now !

I wonder if there is a way to distinguish libgd from libgd2 ... ?

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[Michael R. <re...@eu...>]

Hi there,

> OK, now it compiles great without libgb-dev, on a normal toolchain and
> with our geexbox custom toolchain.
Great! I should have investigated this months ago... Thanks for your
patience :-)


> But when I try with libgd-dev
> installed, it raises me another error :

> widget_image.c:159: warning : implicit declaration of function =AB
> gdTrueColorGetRed =BB

Huh?

my gd.h contains such macros:

#define gdTrueColorGetRed(c) (((c) & 0xFF0000) >> 16)


So please check your gd.h!

btw, lcd4linux checks for gd.h at two locations: /usr/include/gd/gd.h
and /usr/include/gd.h (don't know if this is correct). Maybe you've got
two of'em, one being empty? :-)


bye, Michael

--=20
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[FoX <fo...@gm...>]

> I'm slowly getting crazy here....

I'm really sorry to drive you nuts :p

> Fixed it again (at least tried to :-) Should work now with and wothout
> libgd. Without libgd, there's no image widget. This is how it's supposed
> to work.

OK, now it compiles great without libgb-dev, on a normal toolchain and
with our geexbox custom toolchain. But when I try with libgd-dev
installed, it raises me another error :

gcc -DHAVE_CONFIG_H -I. -I. -I.    -D_GNU_SOURCE -Wall -W -g -O2 -c
widget_image.c
widget_image.c: In function =AB widget_image_render =BB :
widget_image.c:156: warning : implicit declaration of function =AB
gdImageGetTrueColorPixel =BB
widget_image.c:157: warning : implicit declaration of function =AB
gdTrueColorGetAlpha =BB
widget_image.c:159: warning : implicit declaration of function =AB
gdTrueColorGetRed =BB
widget_image.c:160: warning : implicit declaration of function =AB
gdTrueColorGetGreen =BB
widget_image.c:161: warning : implicit declaration of function =AB
gdTrueColorGetBlue =BB
<snip>
drv_Image.o : In function "drv_IMG_flush_PNG"
:./drv_Image.c:260: undefined reference to =AB gdImageCreateTrueColor =BB
:./drv_Image.c:261: undefined reference to =AB gdTrueColor =BB
:./drv_Image.c:268: undefined reference to =AB gdTrueColor =BB
widget_image.o : In function "widget_image_render"
:./widget_image.c:156: undefined reference to =AB gdImageGetTrueColorPixel =
=BB
:./widget_image.c:157: undefined reference to =AB gdTrueColorGetAlpha =BB
:./widget_image.c:159: undefined reference to =AB gdTrueColorGetRed =BB
:./widget_image.c:160: undefined reference to =AB gdTrueColorGetGreen =BB
:./widget_image.c:161: undefined reference to =AB gdTrueColorGetBlue =BB

I'm on kubuntu dapper drake, I installed libgd-dev with apt-get, and
it has also installed libfreetype6-dev, libgd-dev, libgd-noxpm-dev,
libgd1-noxpm and libjpeg62-dev.

# dpkg -l|grep libgd
ii  libgd-dev                              1.8.4.debian-1
          GD Graphics Library (transitional package)
ii  libgd-noxpm-dev                        1.8.4.debian-1
          GD Graphics Library (old version, without XP
ii  libgd1-noxpm                           1.8.4.debian-1
          GD Graphics Library (old version, without XP
ii  libgd2-noxpm                           2.0.33-2ubuntu5.1
          GD Graphics Library version 2 (without XPM s


I hope it'll help you.

BTW thanks for your fast answers.

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[Michael R. <re...@eu...>]

Hi there,

> undefined reference to `Widget_Image'
I'm slowly getting crazy here....

> FYI, I have autoconf and automake installed. The posted patch works
> well indeed...
sorry for insisting here, but it *does not*. It fixes makefile.in, which
is a generated file from automake and Makefile.am

I found the real problem: looks like you don't have libgd headers
installed. In this case the error occurs.

Fixed it again (at least tried to :-) Should work now with and wothout
libgd. Without libgd, there's no image widget. This is how it's supposed
to work.

Pleas test and report.


TIA, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[FoX <fo...@gm...>]

# make distclean && ./bootstrap && ./configure && make
<snip>
drv_generic_graphic.o: In function
`drv_generic_graphic_init':drv_generic_graphic.c:(.text+0x11e6):
undefined reference to `Widget_Image'

> If it still doesn't work, try a './bootstrap' but you need to have
> autoconf/automake/autowhateveryouwant installed.

FYI, I have autoconf and automake installed. The posted patch works
well indeed...

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[Michael R. <re...@eu...>]

> Sorry to disturb you again, but the bug is still there :
> 
> # make distclean
> # ./configure --with-drivers='all'
> # make
> <snip>
> drv_generic_graphic.o: In function
> `drv_generic_graphic_init':drv_generic_graphic.c:(.text+0x11e6):
> undefined reference to `Widget_Image'

Sorry, I forgot to check in the autoconf stuff, too.

If it still doesn't work, try a './bootstrap' but you need to have
autoconf/automake/autowhateveryouwant installed.


bye, Michael


-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[FoX <fo...@gm...>]

Sorry to disturb you again, but the bug is still there :

# make distclean
# ./configure --with-drivers=3D'all'
# make
<snip>
drv_generic_graphic.o: In function
`drv_generic_graphic_init':drv_generic_graphic.c:(.text+0x11e6):
undefined reference to `Widget_Image'

2006/6/19, Michael Reinelt <re...@eu...>:
> Hi there,
>
>
> FoX wrote:
> > Could you commit this patch ? I tested it and it is actually needed to
> > build lcd4linux correctly.
> >
> > 2006/5/24, Theo Schneider <to...@sc...>:
> >> Hi there,
> >>
> >> i do an fresh checkout from cvs.
> >> ./configure --prefix=3D/usr --with-drivers=3DLUIse
> >> make
> >>
> >> this error follows:
> >>
> >>  plugin_uptime.o plugin_wireless.o plugin_xmms.o  -L/usr/local/lib
> >> -lluise -lgd  -lm
> >> drv_generic_graphic.o: In function
> >> `drv_generic_graphic_init':drv_generic_graphic.c:(.text+0x11e6):
> >> undefined reference to `Widget_Image'
> >> collect2: ld gab 1 als Ende-Status zur=FCck
> >> make[1]: *** [lcd4linux] Fehler 1
> >> make[1]: Leaving directory `/home/tooly/test/lcd4linux'
> >> make: *** [all] Fehler 2
> >>
> >> This little patch to the trick for me:
>
> Fixed in CVS. The real error was in drivers.m4, where a file called
> "drv_Image.o" was linked instead of the correct "widget_image.o".
>
>
> bye, michael
>
> --
> Michael Reinelt <re...@eu...>
> http://home.pages.at/reinelt
> GPG-Key 0xDF13BA50
> ICQ #288386781
>

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[Michael R. <re...@eu...>]

Hi there,


FoX wrote:
> Could you commit this patch ? I tested it and it is actually needed to
> build lcd4linux correctly.
>=20
> 2006/5/24, Theo Schneider <to...@sc...>:
>> Hi there,
>>
>> i do an fresh checkout from cvs.
>> ./configure --prefix=3D/usr --with-drivers=3DLUIse
>> make
>>
>> this error follows:
>>
>>  plugin_uptime.o plugin_wireless.o plugin_xmms.o  -L/usr/local/lib
>> -lluise -lgd  -lm
>> drv_generic_graphic.o: In function
>> `drv_generic_graphic_init':drv_generic_graphic.c:(.text+0x11e6):
>> undefined reference to `Widget_Image'
>> collect2: ld gab 1 als Ende-Status zur=FCck
>> make[1]: *** [lcd4linux] Fehler 1
>> make[1]: Leaving directory `/home/tooly/test/lcd4linux'
>> make: *** [all] Fehler 2
>>
>> This little patch to the trick for me:

Fixed in CVS. The real error was in drivers.m4, where a file called
"drv_Image.o" was linked instead of the correct "widget_image.o".


bye, michael

--=20
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] [PATCH] Disable Sample driver if usb.h isn't available

[Michael R. <re...@eu...>]

Hi FoX,

>> But I'm afraid I don't understand the reason for your patch: *why* do
>> you want to disable the sample driver in case of no libusb available? Is
>> there a problem?
> 
> I'm a developper for the GeeXboX project, and we use lcd4linux to
> display mplayer informations on the lcd display.
Cool!

> GeeXboX has its own
> toolchain that doesn't include usb stuffs, and I get an error when
> compiling it with the Sample driver enable. My patch fixes this issue,
> but it could be good to have more reports about this.

Thanks for the hint, I've found the bug: drv_Sample.c used to #include
<usb.h>, which doesn't make too much sense.. I removed it and commited
to CVS.

> BTW i plan to send you my mplayer plugin, as soon as I have sent the
> corresponding patch to mplayer devlist. As this mod assumes patching
> both mplayer and lcd4linux, I need the 2 projects to be aware of my
> work.
Great!

If there's something up and running, would you mind adding some stuff to
the wiki?


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] error with drv_generic_graphic_init

[FoX <fo...@gm...>]

Could you commit this patch ? I tested it and it is actually needed to
build lcd4linux correctly.

2006/5/24, Theo Schneider <to...@sc...>:
> Hi there,
>
> i do an fresh checkout from cvs.
> ./configure --prefix=3D/usr --with-drivers=3DLUIse
> make
>
> this error follows:
>
>  plugin_uptime.o plugin_wireless.o plugin_xmms.o  -L/usr/local/lib
> -lluise -lgd  -lm
> drv_generic_graphic.o: In function
> `drv_generic_graphic_init':drv_generic_graphic.c:(.text+0x11e6):
> undefined reference to `Widget_Image'
> collect2: ld gab 1 als Ende-Status zur=FCck
> make[1]: *** [lcd4linux] Fehler 1
> make[1]: Leaving directory `/home/tooly/test/lcd4linux'
> make: *** [all] Fehler 2
>
> This little patch to the trick for me:
>
>
> diff -Naur lcd4linux.orig/Makefile.in lcd4linux/Makefile.in
> --- lcd4linux.orig/Makefile.in  2006-04-17 10:10:42.000000000 +0200
> +++ lcd4linux/Makefile.in       2006-05-24 20:59:11.000000000 +0200
> @@ -125,7 +125,7 @@
>  X_EXTRA_LIBS =3D @X_EXTRA_LIBS@
>  X_PRE_LIBS =3D @X_PRE_LIBS@
>  lcd4linux_OBJECTS =3D  lcd4linux.o cfg.o debug.o drv.o evaluator.o hash.=
o \
> -layout.o pid.o timer.o thread.o udelay.o qprintf.o rgb.o widget.o \
> +layout.o pid.o timer.o thread.o udelay.o qprintf.o rgb.o widget.o
> widget_image.o \
>  widget_text.o widget_bar.o widget_icon.o widget_keypad.o widget_timer.o =
\
>  widget_gpo.o plugin.o plugin_cfg.o plugin_math.o plugin_string.o \
>  plugin_test.o plugin_time.o
>
>
> Sorry can't say if it is necessary to modify more files.
>
> mfg
> Theo
>
>
>
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications i=
n
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=107521&bid$8729&dat=121642
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>

Re: [Lcd4linux-devel] [PATCH] Disable Sample driver if usb.h isn't available

[FoX <fo...@gm...>]

Hi michael,

> But I'm afraid I don't understand the reason for your patch: *why* do
> you want to disable the sample driver in case of no libusb available? Is
> there a problem?

I'm a developper for the GeeXboX project, and we use lcd4linux to
display mplayer informations on the lcd display. GeeXboX has its own
toolchain that doesn't include usb stuffs, and I get an error when
compiling it with the Sample driver enable. My patch fixes this issue,
but it could be good to have more reports about this.
BTW i plan to send you my mplayer plugin, as soon as I have sent the
corresponding patch to mplayer devlist. As this mod assumes patching
both mplayer and lcd4linux, I need the 2 projects to be aware of my
work.

Re: [Lcd4linux-devel] [PATCH] Disable Sample driver if usb.h isn't available

[Michael R. <re...@eu...>]

Hi Fox,

> This patch does $subject. It's needed in case you don't want to modify
> --drivers options.

Thanks for your contribution. I will slightly modify it, to work on
configure.in (and not configure which is built automagically).

But I'm afraid I don't understand the reason for your patch: *why* do
you want to disable the sample driver in case of no libusb available? Is
there a problem?


TIA, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] [PATCH] Disable Sample driver if usb.h isn't available

[FoX <fo...@gm...>]

This patch does $subject. It's needed in case you don't want to modify
--drivers options.

[Lcd4linux-devel] error with drv_generic_graphic_init

[Theo S. <to...@sc...>]

Hi there,

i do an fresh checkout from cvs.
./configure --prefix=3D/usr --with-drivers=3DLUIse
make

this error follows:

 plugin_uptime.o plugin_wireless.o plugin_xmms.o  -L/usr/local/lib=20
-lluise -lgd  -lm
drv_generic_graphic.o: In function=20
`drv_generic_graphic_init':drv_generic_graphic.c:(.text+0x11e6):=20
undefined reference to `Widget_Image'
collect2: ld gab 1 als Ende-Status zur=FCck
make[1]: *** [lcd4linux] Fehler 1
make[1]: Leaving directory `/home/tooly/test/lcd4linux'
make: *** [all] Fehler 2

This little patch to the trick for me:


diff -Naur lcd4linux.orig/Makefile.in lcd4linux/Makefile.in
--- lcd4linux.orig/Makefile.in  2006-04-17 10:10:42.000000000 +0200
+++ lcd4linux/Makefile.in       2006-05-24 20:59:11.000000000 +0200
@@ -125,7 +125,7 @@
 X_EXTRA_LIBS =3D @X_EXTRA_LIBS@
 X_PRE_LIBS =3D @X_PRE_LIBS@
 lcd4linux_OBJECTS =3D  lcd4linux.o cfg.o debug.o drv.o evaluator.o hash.=
o \
-layout.o pid.o timer.o thread.o udelay.o qprintf.o rgb.o widget.o \
+layout.o pid.o timer.o thread.o udelay.o qprintf.o rgb.o widget.o=20
widget_image.o \
 widget_text.o widget_bar.o widget_icon.o widget_keypad.o widget_timer.o =
\
 widget_gpo.o plugin.o plugin_cfg.o plugin_math.o plugin_string.o \
 plugin_test.o plugin_time.o


Sorry can't say if it is necessary to modify more files.

mfg
Theo

[Lcd4linux-devel] Re: [lcd4linux] LCD2USB

[Till H. <ti...@ha...>]

Hi,

On Thursday 20 April 2006 05:18, Simon Clare wrote:
> Just got my LCD2usb together
Fine!

> had to update lcd4linux from cvs tonite so i could use drv_ lcd2usb.c
> i have about worn my keyboard out any pointers anyone...
> I get LCD2USB V1.05 on my lcd so that must be ok?
That's the correct boot message. You should furthermore see
the device from the linux box using e.g. "usbview" or "lsusb -v". Search for a 
device made by FTDI, they donated the vendor id. Does the testapp delivered 
with the lcd2usb firmware source code work?

> lcd4linux.c: initializing driver LCD2USB
> drv_init(LCD2USB) failed: no such driver
Sounds like the LCD2USB driver did not get included when you built lcd4linux. 
Please check that you have libusb (and e.g. a devel package if your distro 
works that way) installed and that it's being detected by configure. You may 
search config.log for "usb" to get some hints.

Ciao,
  Till

-- 
Dr.Ing. Till Harbaum <ti...@ha...>
http://www.harbaum.org/till

Re: [Lcd4linux-devel] Hi, G-15 and gd

[Roland H. <ro...@gm...>]

Hi Michael,

> Is this issue resolved now?
> 
>>> but.... hey, you said that your newest file is drv_generic_txt.c from
>>> 29.03.06. But drivers.m4 should be from April 1st.
>> Here drivers.m4 is from Feb. 27th.
>>
>>> maybe you've been bitten by the "SourceForge anonymous CVS update
>>> delay"???
>> If it exists, I am. What can I do?
>>
>> You wrote me that you have put my patch for drv_generic_graphic.c into
>> CVS. I can't get this also. How long is the delay?

No, nothing changed here. No updates from SF.
SVN on bulix.org seems to be the better solution now.

-- 
bye
Roland

Re: [Lcd4linux-devel] Enhancement plugin_imon.c

[Roland H. <ro...@gm...>]

Hi Michael,

 >> The uptime function uses 2 functions from plugin_uptime (itoa,
 >> struptime). At the moment I had declared these functions at the
 >> beginning of the plugin. But if the user compile without lugin_uptime
 >> it doesn't work anymore. Shall I put these function under different
 >> names into the plugin or is it better to put these functions into a
 >> .h-file?
 >
 > I'm not sure how to resolve this. Sharing code between plugins is a
 > bad idea, as you've correctly stated.
 >
 > Just send me a patch, I'l have a look at it and think about it.

The patch is on the way.

-- 
bye
Roland

Re: [Lcd4linux-devel] CVS, SVN, Wiki

[Maxime P. <max...@bu...>]

Hi,

* Michael Reinelt <re...@eu...> [2006-04-17 10:18:26]:

> I've to talk to Sam how to migrate a whole SF CVS tree (including all
> the history) to Trac/SVN.

All I need is a copy of the the CVS root -the one stored server side-
so I can keep the history. If the history does not matter, you can
just push your files into the already-existing lcd4linux repository on
Bulix.org.

Keep me buzzed,
- sam

-- 
Maxime Petazzoni (http://www.bulix.org)
 -- gone crazy, back soon. leave message.

Re: [Lcd4linux-devel] Hi, G-15 and gd

[Michael R. <re...@eu...>]

Hi Roland,

Is this issue resolved now?

>> but.... hey, you said that your newest file is drv_generic_txt.c from
>> 29.03.06. But drivers.m4 should be from April 1st.
> 
> Here drivers.m4 is from Feb. 27th.
> 
>> maybe you've been bitten by the "SourceForge anonymous CVS update
>> delay"???
> 
> If it exists, I am. What can I do?
> 
> You wrote me that you have put my patch for drv_generic_graphic.c into
> CVS. I can't get this also. How long is the delay?
> 

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] Enhancement plugin_imon.c

[Michael R. <re...@eu...>]

Hi Roland,

> I have added 2 functions in plugin_imon.c. The first returns the amount
> of Bytes Up/Downloading from the connected imond in kb/mb. The second
> function returns the uptime from the connected imond in seconds or
> user-defined format.
> 
> The uptime function uses 2 functions from plugin_uptime (itoa,
> struptime). At the moment I had declared these functions at the
> beginning of the plugin. But if the user compile without plugin_uptime
> it doesn't work anymore. Shall I put these function under different
> names into the plugin or is it better to put these functions into a
> .h-file?

I'm not sure how to resolve this. Sharing code between plugins is a bad
idea, as you've correctly stated.

Just send me a patch, I'l have a look at it and think about it.


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] CVS, SVN, Wiki

[Michael R. <re...@eu...>]

Hi there,

Looks like SF is facing lots of problems with their CVS servers these
days...

I think it's time to migrate to Trac's SVN. I really like this, because
you see code changes the same way as wiki changes, using the "timeline"
function of the wiki.

I've to talk to Sam how to migrate a whole SF CVS tree (including all
the history) to Trac/SVN.

As soon as we're on SVN, there will be a rename of several files. I
don't like the "drv_generic_parallel..." anymore. I'd like to call them
"bus_parallel_" or the like..

Second, there's a problem with the wiki at the moment. At least I cannot
edit pages anymore, regardless being logged in or not. But I'm shure Sam
will fix this in the next couple of days.. (@wolfgang: That's the reason
why I did not replace the "preview" link to your pages... I simply can
not :-)


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] Re: LCD-Linux

[Michael R. <re...@eu...>]

Hi Mattia,

> I implemented the above idea defining a new field called "Bus4Bit" which
> is set to 1 for a 4 bits bus or to 0 for a normal 8 bits bus.

Thanks for your patch, committed to CVS.

> By the way, I had a lot of problems to compile the CVS version of
> lcd4linux, particularly with the gd and usb library. I have both
> installed on my Fedora core 1 distribution but I think my libs are a bit
> outdated. Nonetheless if there is a version problem, the configure
> script should detect it and presently this is not the case.

Should be solved now. At least I hope so...

Be aware not to get bitten by the SourceForge anonymous CVS delay!


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] Enhancement plugin_imon.c

[Nico W. <Nic...@po...>]

Hi Roland,

> What is the difference between rates and amount of bytes?

Sorry - it seems that I've read your first mail too fast. I think it is 
a good idea to implement this feature ;-)

>> one and imon(uptime)? So I do not see, what is really new.
> 
> imond returns the uptime only in seconds, imon(uptime) returns only 
> seconds. The user has to convert the result in the config to the format
> he prefer (e.g. 2 days 3h 30m 50s). How easy is this today?
> Is it easier to use: %d days %H:%M:%S ?

Perhaps it is a good idea to move this conversion feature to an own 
date-plugin (like the string plugin) in order to resolv the dependency 
problem with the uptime plugin.

Bye,
	Nico

Re: [Lcd4linux-devel] Enhancement plugin_imon.c

[Roland H. <ro...@gm...>]

Hi Nico,

>> I have added 2 functions in plugin_imon.c. The first returns the
>> amount
>> of Bytes Up/Downloading from the connected imond in kb/mb. The second
>> function returns the uptime from the connected imond in seconds or
>> user-defined format.
> 
> What is the different between your first new function and the allready
> existing mon::rates(channel,dir)? The same question for the second new

What is the difference between rates and amount of bytes?

unit rates : byte/second
unit amount: byte

I mean the result from the quantity command from imond.

> one and imon(uptime)? So I do not see, what is really new.

imond returns the uptime only in seconds, imon(uptime) returns only 
seconds. The user has to convert the result in the config to the format
he prefer (e.g. 2 days 3h 30m 50s). How easy is this today?
Is it easier to use: %d days %H:%M:%S ?

-- 
greets
Roland