lcd4linux-users — lcd4linux users

[lcd4linux] More than 1 screen?

[M. O. <sys...@gm...>]

Hi all!
I'm a fresh user of a LCD4linux ;)
However, i can't find a information about multiscreen support (like in
smarty in windows).
Multi screen i mean that display shows 1 layout, then after few sec changes
into other.

Oh, and also, is it possible to show something wich i type into a console?
(by some lcd4linux parameter, i don't really know what is a -c parameter
stand for?)

-- 
Michał Obrembski

[lcd4linux] Carputer I/O: 2 displays and 16 GPIOs on a single connector?

[Zach W. <zwh...@da...>]

Hello Everyone,

I'm looking for some advice on my current project. I apologize for the
long post, but I want to make sure my assumptions are correct as well,
so I'm being a bit more verbose.

I'm currently working on my carputer project. My plan involves gutting a
2 DIN factory radio from my car and building a carputer into the
empty shell. Since I plan to have a 7" lcd mounted on my dash, I want
to use either a 20x2+24x2 or a 20x4 display in the radio case itself.

I want to make use of the existing buttons in the face, 6 of which are
lighted buttons which I will be toggling through the use of GPOs or
similar. I will have at least 6 more indicator lights which I would
like to toggle through GPOs, plus possible potentiometer and/or switch
inputs.

If I can, I'd like to simplify the interface between the computer and
the entire front display panel so I'm using only one connection between
computer and front panel. This probably won't happen, but it's still
one of my goals.

My current idea involves building something around two HD44780s. If I 
understand everything correctly, there are 5 pins available on the 
parallel port that can be switched high/low, allowing us to address 5 
devices on the same bus. Two would be used for the HD44780s, leaving 1 
for backlight control, and two left available.

I want to use two 74DC573N ICs to give myself a total of 16 GPIOs. 16
should be plenty for what I'm doing, and on a hardware level I don't see
why this wouldn't work. Can someone verify that what I want to solder up
is possible?

This also leaves me with no way to do keypad input. However, it seems
like the displays that have supported keypads do not have any GPIOs.
I can build something outside of lcd4linux to handle that, but if anyone
knows of a display with keypad pins (supported or not, I can hack in
support) and a large number of GPOs I'd love to hear about it.

This leaves the software part. From what I can tell, it seems that 
lcd4linux is limited to addressing a single GPIO per parallel port.
Would the ability to address more than 8 GPIOs be something that
interests anyone else? If so I'll post it as a feature request.

Finally, is there some other way to do all this I might have missed?
It seems like I can either have a keypad, or I can have a large number
of GPIOs. Given that choice I'll go for the GPIOs.

-Zach

Re: [lcd4linux] [LCD4Linux]: mpd plugin doesn't work

[yvecai <yv...@gm...>]

Ok, the problem are the same for my Libgc error:  I'm running ubuntu 
Feisty, and dependencies are not ok for the RC2 (libc6, libmpd0, ...).
I think I could wait for Hardy if I have no choice ...

Regards,
Yves CAINAUD


yvecai a écrit :
> I have a problem with the functions added by the MPD plugin:
>
> </quote>
> Version 0.10.1-RC2-796 starting
> plugin_cfg.c: Variable minute = '60000' (60000)
> plugin_cfg.c: Variable tack = '100' (100)
> plugin_cfg.c: Variable tick = '500' (500)
> [KVV] Using station 89
> [KVV] Using default port 80
> [KVV] Using default refresh interval of 60 seconds
> [KVV] Default abbreviation setting: off
> lcd4linux.c: initializing driver X11
> X11: $Rev: 773 $
> initializing layout 'Default'
> Evaluator: unknown function 'mpd::getMpdPlaylistGetCurrentId' in 
> <mpd::getMpdPlaylistGetCurrentId()>
> Evaluator: unknown function 'mpd::getMpdPlaylistGetCurrentId' in 
> <substr(file::readline('/home/yves/Playlist/radiolist_ext.m3u',mpd::getMpdPlaylistGetCurrentId()*2 
> + 1), 8, 10)>
> widget Widget:PLS_TITLE has unknown alignment 'E', using 'Left'
> Evaluator: unknown function 'mpd::title' in <mpd::title()>
> ...
> </quote>
>
> Any ideas ?
>

[lcd4linux] [LCD4Linux] Error glibc

[yvecai <yv...@gm...>]

When looking for forcing the install with the mpd plugin, I think I have 
broken something, lcd4linux -Fvv is returning this error:
</quote>
lcd4linux.c: starting main loop
error: q
?
?
?
`!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?! 
?!?!?!?!?
*** glibc detected *** lcd4linux: munmap_chunk(): invalid pointer: 
0x0807a079 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(cfree+0x1bb)[0xb7d6ef5b]
lcd4linux[0x80753f9]
lcd4linux[0x804ec6f]
lcd4linux[0x804f248]
lcd4linux[0x804f431]
lcd4linux[0x8052210]
lcd4linux[0x8050a8c]
lcd4linux[0x804bd78]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7d19ebc]
lcd4linux[0x804b4a1]
</quote>

[lcd4linux] [LCD4Linux]: mpd plugin doesn't work

[yvecai <yv...@gm...>]

I have a problem with the functions added by the MPD plugin:

</quote>
Version 0.10.1-RC2-796 starting
plugin_cfg.c: Variable minute = '60000' (60000)
plugin_cfg.c: Variable tack = '100' (100)
plugin_cfg.c: Variable tick = '500' (500)
[KVV] Using station 89
[KVV] Using default port 80
[KVV] Using default refresh interval of 60 seconds
[KVV] Default abbreviation setting: off
lcd4linux.c: initializing driver X11
X11: $Rev: 773 $
initializing layout 'Default'
Evaluator: unknown function 'mpd::getMpdPlaylistGetCurrentId' in 
<mpd::getMpdPlaylistGetCurrentId()>
Evaluator: unknown function 'mpd::getMpdPlaylistGetCurrentId' in 
<substr(file::readline('/home/yves/Playlist/radiolist_ext.m3u',mpd::getMpdPlaylistGetCurrentId()*2 
+ 1), 8, 10)>
widget Widget:PLS_TITLE has unknown alignment 'E', using 'Left'
Evaluator: unknown function 'mpd::title' in <mpd::title()>
...
</quote>

Any ideas ?

Re: [lcd4linux] New Debian Packages need testing

[Marcel <ta...@gm...>]

Am Donnerstag 17 Januar 2008 09:54:05 schrieb Reinhard Tartler:
> Marcel <ta...@gm...> writes:
> > Oh, maybe there's a misunderstanding... I cannot maintain the serdisplib
> > driver of lcd4linux due to a lack of c++ knowledge but want to maintain a
> > serdisplib debian package. Just to have this clear. :)
>
> Well, I don't think this is a hard requirement, if we can agree on a
> common VCS, so that we can look (and commit) into each others branches.

To be honest: I don't really understand yet why I should need a VCS - There's 
no real code to have control over, only the debian control files which imho 
don't really need version control...
Or does bazaar do more than just version control and I did not read about it 
yet? :)

Re: [lcd4linux] New Debian Packages need testing

[Reinhard T. <sir...@ta...>]

Marcel <ta...@gm...> writes:

> Oh, maybe there's a misunderstanding... I cannot maintain the serdisplib 
> driver of lcd4linux due to a lack of c++ knowledge but want to maintain a 
> serdisplib debian package. Just to have this clear. :)

Well, I don't think this is a hard requirement, if we can agree on a
common VCS, so that we can look (and commit) into each others branches.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Re: [lcd4linux] New Debian Packages need testing

[Marcel <ta...@gm...>]

Oh, maybe there's a misunderstanding... I cannot maintain the serdisplib 
driver of lcd4linux due to a lack of c++ knowledge but want to maintain a 
serdisplib debian package. Just to have this clear. :)

Marcel

Am Montag 14 Januar 2008 10:25:35 schrieb Reinhard Tartler:
> Marcel <ta...@gm...> writes:
> > In principle, I have a compatible display and would be willing to
> > maintain the package. There are only two problems:
> > I first have to figure out if it still works (this errorless error
> > message I'm getting atm made me doubt it) and then have to find out how
> > to build debian packages. But that is something on which I should find
> > thousands of tutorials, so maybe I can produce a working package. I'll
> > see
> > tomorrow. :)
>
> If you are truely interested in maintaining the seradisp driver, I'd
> suggest let's maintain both packages, seradisp and lcd4linux
> together. I've made good experiences with using a version control
> system for the packaging.
>
> I'm using bzr for managing the lcd4linux packages. You can see my
> packaging branch here:
> https://code.launchpad.net/~siretart/lcd4linux/debian
>
> Perhaps you can base the serdisp package on that?

Re: [lcd4linux] Evaluating conditional expression on strings

[yvecai <yv...@gm...>]

I would go for the tilde!

Michael Reinelt a écrit :
>> In my example,
>>     visible xmms(Status)=='Playing'?0:1
>> desn't work: the conditional test 'a'=='b'?0:1 desn't seem to work if 
>> 'a' and 'b' are strings.
>
> You are right: the operators '==' and '<>' are working on numbers only 
> (same as it is in Perl)
>
> Adding 'perlish' string tests 'eq' and 'ne' isn't that easy, for the 
> evaluator does not support alphanumeric operator tokens.
>
> Hmmm....
>
> any ideas anyone? Is there a senseful operator token for string compare?
>
> probably the tilde? a ~ b (equal) or a !~ b (not equal) ???
>
>
> bye, Michael
>
>

Re: [lcd4linux] New Debian Packages need testing

[Marcel <ta...@gm...>]

Am Montag 14 Januar 2008 10:25:35 schrieb Reinhard Tartler:
> Marcel <ta...@gm...> writes:
> > In principle, I have a compatible display and would be willing to
> > maintain the package. There are only two problems:
> > I first have to figure out if it still works (this errorless error
> > message I'm getting atm made me doubt it) and then have to find out how
> > to build debian packages. But that is something on which I should find
> > thousands of tutorials, so maybe I can produce a working package. I'll
> > see
> > tomorrow. :)
>
> If you are truely interested in maintaining the seradisp driver, I'd
> suggest let's maintain both packages, seradisp and lcd4linux
> together. I've made good experiences with using a version control
> system for the packaging.
>
> I'm using bzr for managing the lcd4linux packages. You can see my
> packaging branch here:
> https://code.launchpad.net/~siretart/lcd4linux/debian
>
> Perhaps you can base the serdisp package on that?

I already have built a serdisplib package by hand (useful to understand the 
system, but it must be a pain to do this for really big projects...), but 
didn't test it yet. Installing it on my production (sidux) box seems too 
risky to me, but I have set up a minimal debian etch installation in qemu to 
try it. And there's also a mail sent out to Mr. Astleitner, the serdisplib 
dev, (probably you know each other?) to inform him about this package, but he 
didn't answer yet.

I'm willing to maintain the package, using some version control is a good 
idea. :) Going to read some bzr documentation later.

Re: [lcd4linux] Evaluating conditional expression on strings

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

> In my example,
>     visible xmms(Status)=='Playing'?0:1
> desn't work: the conditional test 'a'=='b'?0:1 desn't seem to work if 
> 'a' and 'b' are strings.

You are right: the operators '==' and '<>' are working on numbers only 
(same as it is in Perl)

Adding 'perlish' string tests 'eq' and 'ne' isn't that easy, for the 
evaluator does not support alphanumeric operator tokens.

Hmmm....

any ideas anyone? Is there a senseful operator token for string compare?

probably the tilde? a ~ b (equal) or a !~ b (not equal) ???


bye, Michael


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

Re: [lcd4linux] New Debian Packages need testing

[Reinhard T. <sir...@ta...>]

Marcel <ta...@gm...> writes:

> In principle, I have a compatible display and would be willing to maintain the 
> package. There are only two problems:
> I first have to figure out if it still works (this errorless error message I'm 
> getting atm made me doubt it) and then have to find out how to build debian 
> packages. But that is something on which I should find thousands of 
> tutorials, so maybe I can produce a working package. I'll see
> tomorrow. :)

If you are truely interested in maintaining the seradisp driver, I'd
suggest let's maintain both packages, seradisp and lcd4linux
together. I've made good experiences with using a version control
system for the packaging.

I'm using bzr for managing the lcd4linux packages. You can see my
packaging branch here:
https://code.launchpad.net/~siretart/lcd4linux/debian

Perhaps you can base the serdisp package on that?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

[lcd4linux] Evaluating conditional expression on strings

[yvecai <yv...@gm...>]

Hi all, I'm new to the list.
I would like to be able to set a certain icon 'visible' if Xmms is 
playing, stopped or paused.
The Xmms plugin provide gather this information as strings 'Playing', 
'Stopped' or 'Paused' from a text file xmms-info.

In my example,
    visible xmms(Status)=='Playing'?0:1
desn't work: the conditional test 'a'=='b'?0:1 desn't seem to work if 
'a' and 'b' are strings.

A try to affect values to variables calls Playing or stopped, with no 
results either.

Any ideas?

Re: [lcd4linux] New Debian Packages need testing

[Marcel <ta...@gm...>]

Am Freitag 11 Januar 2008 19:05:44 schrieb Reinhard Tartler:
> Marcel <ta...@gm...> writes:
> > Seems to work here with a very minimalistic test config, but I'm writing
> > this here instead of mailing it to the bugtracker because I would really
> > like to have a serdisplib driver compiled in, but the 0.10.1-RC2 source
> > from the wiki doesn't compile here. (Most likely the error the fix you
> > mentioned fixed.) Does something really speak against building the
> > "default" debian package with serdisplib support? Or would it be best if
> > I downloaded the most recent source from the repository and build it?
>
> Thanks for testing my packages.
>
> As for serdisplib support, this would require the serdisplib to be
> available in debian first. Then I could build lcd4linux with serdisplib
> support.
>
> I don't see myself in a position to maintain serdisplib myself, since I
> do not have a compatible display. If you would know someone who would be
> able and willing to maintain such a package, that would help.

In principle, I have a compatible display and would be willing to maintain the 
package. There are only two problems:
I first have to figure out if it still works (this errorless error message I'm 
getting atm made me doubt it) and then have to find out how to build debian 
packages. But that is something on which I should find thousands of 
tutorials, so maybe I can produce a working package. I'll see tomorrow. :)

Marcel

Re: [lcd4linux] New Debian Packages need testing

[Reinhard T. <sir...@ta...>]

Marcel <ta...@gm...> writes:

> Seems to work here with a very minimalistic test config, but I'm writing this 
> here instead of mailing it to the bugtracker because I would really like to 
> have a serdisplib driver compiled in, but the 0.10.1-RC2 source from the wiki 
> doesn't compile here. (Most likely the error the fix you mentioned fixed.) 
> Does something really speak against building the "default" debian package 
> with serdisplib support? Or would it be best if I downloaded the most recent 
> source from the repository and build it?

Thanks for testing my packages.

As for serdisplib support, this would require the serdisplib to be
available in debian first. Then I could build lcd4linux with serdisplib
support.

I don't see myself in a position to maintain serdisplib myself, since I
do not have a compatible display. If you would know someone who would be
able and willing to maintain such a package, that would help.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

[lcd4linux] Opening usb display fails without error message

[Marcel <ta...@gm...>]

So here I'm back with svn code from ... about 5 minutes ago. Trying to open my 
c't-includ usb display using the serdisplib (with libusb-support) driver. I 
call lcd4linux like this:

$ ./lcd4linux -Ff ~/lcd4tanu.conf
serdisplib: open(07c0:1501) failed:

This _is_ the complete output, there's no error message. lsusb looks like 
this:

marcel@d-wwow:~/Desktop/lcd4linux$ sudo lsusb
Bus 005 Device 005: ID 05ac:1204 ****
Bus 005 Device 001: ID 0000:0000
Bus 001 Device 015: ID 03f0:b802 ****
Bus 001 Device 013: ID 2001:3700 ****
Bus 001 Device 001: ID 0000:0000
Bus 004 Device 004: ID 07c0:1501 Code Mercenaries Hard- und Software GmbH 
IO-Warrior 24
Bus 004 Device 003: ID 04a9:220d ****
Bus 004 Device 001: ID 0000:0000
Bus 002 Device 002: ID 046d:c01e ****
Bus 002 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000

(I removed all other device names)

This is my Display section:

Display TanuDisp {
        Driver 'serdisplib'
        Model 'CTINCLUD'
        Size '128x64'
        Port '07c0:1501'
}

Should work like this, shouldn't it? :)

Marcel

Re: [lcd4linux] New Debian Packages need testing

[Marcel <ta...@gm...>]

Seems to work here with a very minimalistic test config, but I'm writing this 
here instead of mailing it to the bugtracker because I would really like to 
have a serdisplib driver compiled in, but the 0.10.1-RC2 source from the wiki 
doesn't compile here. (Most likely the error the fix you mentioned fixed.) 
Does something really speak against building the "default" debian package 
with serdisplib support? Or would it be best if I downloaded the most recent 
source from the repository and build it?

Marcel

Am Donnerstag 10 Januar 2008 11:06:05 schrieb Reinhard Tartler:
> Hey LCD4Linux fans,
>
> I finally got around to apply Michael's rdtsc fix for the debian
> package. Unfortunately, after my notebook upgrade, my usb lcd device
> stopped working, I assume it is not the device's fault, but something in
> my 2.6.22 kernel. Anyway, I cannot really test the package, so I
> uploaded it to http://siretart.tauware.de/upload-queue first.
>
> Could please someone test that package and mail success or error reports
> to 43...@bu...? Thanks a lot in advance!

[lcd4linux] New Debian Packages need testing

[Reinhard T. <sir...@ta...>]

Hey LCD4Linux fans,

I finally got around to apply Michael's rdtsc fix for the debian
package. Unfortunately, after my notebook upgrade, my usb lcd device
stopped working, I assume it is not the device's fault, but something in
my 2.6.22 kernel. Anyway, I cannot really test the package, so I
uploaded it to http://siretart.tauware.de/upload-queue first.

Could please someone test that package and mail success or error reports
to 43...@bu...? Thanks a lot in advance!

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Re: [lcd4linux] 192x64 KS0108.. possible?

[Malo <mal...@ya...>]

Il Wednesday 09 January 2008 01:50:53 Mattia Jona-Lasinio ha scritto:
> On Jan 9, 2008 10:42 AM, Mattia Jona-Lasinio <mat...@gm...> wrote:
> > Hi Gilles,
> > if the ks0108 is hd44780 compatible then the lcd-linux driver is the
> > right driver for you.
> > LCD-Linux is a kernel module and it supports up to 7 controllers. Simply
> > download it
> > from lcd-linux.sourceforge.net. If you need further information don't
> > hesitate to ask me.
> >
> > Bye,
> > Mattia
> >
> > On Jan 9, 2008 10:32 AM, Gilles van den Hoven < gil...@gm...>
> >
> > wrote:
> > > Anybody got a 192x64 display working with LCD4linux? It has 3x KS0108
> > > controllers, but there are no more lines on the parralel port. It would
> > > be very helpfull if anybody got a corrrect wiring sheet.
> > >
> > > Thanx
> > > Gilles
> > >
I don't think that the KSO108 is compatible with the HD44780 driver.. I've 2 
displays with both controller.. Till now I can't use my KSO108 (Graphic 
DIsplay) on linux..


Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 

Re: [lcd4linux] 192x64 KS0108.. possible?

[Mattia Jona-L. <mat...@gm...>]

On Jan 9, 2008 10:42 AM, Mattia Jona-Lasinio <mat...@gm...> wrote:

> Hi Gilles,
> if the ks0108 is hd44780 compatible then the lcd-linux driver is the right
> driver for you.
> LCD-Linux is a kernel module and it supports up to 7 controllers. Simply
> download it
> from lcd-linux.sourceforge.net. If you need further information don't
> hesitate to ask me.
>
> Bye,
> Mattia
>
> On Jan 9, 2008 10:32 AM, Gilles van den Hoven < gil...@gm...>
> wrote:
>
> > Anybody got a 192x64 display working with LCD4linux? It has 3x KS0108
> > controllers, but there are no more lines on the parralel port. It would be
> > very helpfull if anybody got a corrrect wiring sheet.
> >
> > Thanx
> > Gilles
> >
> >
> > -------------------------------------------------------------------------
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> >
> > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> > _______________________________________________
> > Lcd4linux-users mailing list
> > Lcd...@li...
> > https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
> >
> >
>

[lcd4linux] 192x64 KS0108.. possible?

[Gilles v. d. H. <gil...@gm...>]

Anybody got a 192x64 display working with LCD4linux? It has 3x KS0108
controllers, but there are no more lines on the parralel port. It would be
very helpfull if anybody got a corrrect wiring sheet.

Thanx
Gilles

Re: [lcd4linux] Pipes in exec

[Fabian R. <na...@go...>]

Am Wed, 2 Jan 2008 21:41:09 +0100
schrieb Ernst Bachmann <e.b...@xe...>:

> The pipe syntax is usually provided by the shell, so you can probably
> get it to work by calling /bin/sh directly and giving your little
> script as argument to the -c option:
>=20
> /bin/bash -c 'grep Title /tmp/xmms-info | gawk ... |'
>=20
Didnt work either :(

Isnt the correct exec syntax like: exec('command', 300); ? Because if
you cant disregard the ' I cant think of a way to make it still work
with providing my command via the -c option :/

So long

Re: [lcd4linux] Pipes in exec

[Ernst B. <e.b...@xe...>]

On Mittwoch, 2. Januar 2008, Fabian Richter wrote:
> Am Wed, 02 Jan 2008 07:29:02 +0100
>
> schrieb Michael Reinelt <mi...@re...>:
> > I'm not sure if I understand what you are trying to do... could you
> > please provide an example?
>
> Something like that Michael:
>
> grep Title /tmp/xmms-info | sed -e s/Title:\ //g | sed -e s/^.*\ \-\ //g
>
> or
>
> grep Title /tmp/xmms-info | gawk -F": " '{ print $2}' | gawk -F" - "
> '{ print $1}'
>

The pipe syntax is usually provided by the shell, so you can probably get it 
to work by calling /bin/sh directly and giving your little script as argument 
to the -c option:

/bin/bash -c 'grep Title /tmp/xmms-info | gawk ... |'

Need to be carefull about single tics inside the command, and keep in mind 
that a shell invocation can slow things down quite a bit, depending on the 
config files it has to parse (~/.bashrc, .profile and the like)

HTH
/Ernst

Re: [lcd4linux] Pipes in exec

[Fabian R. <na...@go...>]

Am Wed, 02 Jan 2008 07:29:02 +0100
schrieb Michael Reinelt <mi...@re...>:

> I'm not sure if I understand what you are trying to do... could you=20
> please provide an example?
>=20
>=20
Something like that Michael:

grep Title /tmp/xmms-info | sed -e s/Title:\ //g | sed -e s/^.*\ \-\ //g

or

grep Title /tmp/xmms-info | gawk -F": " '{ print $2}' | gawk -F" - "
'{ print $1}'

So long,
Fabian

Re: [lcd4linux] Pertelian Display Driver

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

Hi Dani,

> I also downloaded the newest version (file
> "lcd4linux-0.10.1-RC2.tar.gz") and did a "./configure --help", but there
> also wasn't a driver named "Pertelian" on the output.

> So what's to do that i can use the Pertelian-Driver?

I think the Pertelian driver is only available in the SVN version of 
lcd4linux. So please install a Subversion client (usually called "svn") 
and follow the instructions on the download page....


HTH, Michael

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