lcd4linux-users — lcd4linux users

Re: [lcd4linux] How to get started with lcd4linux

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

Hi Robert,

> I did find the tarball on sourceforge but I still am not seeing any 
> documentaion.
Please don't use the SF pages, instead go to http://lcd4linux.bulix.org.
I think there's pretty much docs available there in the wiki....

> Is there a Fedora binary in the works, if not, I would love to help 
> someone make one (although I have not RPM'd tarballs before).
I'm afraid there is none, at least none that I know of.

> Lastly, I am trying to maintain a very minimal FC4 build, thus if we 
> could determine which packages are required for install and doc that 
> here that would be quite good too.
Well, this depends on what display you want to use. But 'configure'
should find out most of it. There are only a few dependencies...

>> There seems to be (in addition to ample pharm spam)
what spam are you talking about? I wanna know and remove it :-)


bye, Michael

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

Re: [lcd4linux] How to get started with lcd4linux

[Robert D. <ro...@he...>]

I did find the tarball on sourceforge but I still am not seeing any  
documentaion.  There are a few things I love to know.  The first and  
foremost is:

Is there a Fedora binary in the works, if not, I would love to help  
someone make one (although I have not RPM'd tarballs before).

Also, I am about to install lcd4linux on Fedora Core 4, if anyone has  
done so in the past and can give me some pointers, that would be  
terrific.

Lastly, I am trying to maintain a very minimal FC4 build, thus if we  
could determine which packages are required for install and doc that  
here that would be quite good too.

Thanks!

On Sep 27, 2006, at 3:18 PM, Robert Denton wrote:

> Hi I would like to get started with lcd4linux but I am having trouble
> finding a howto guide for users in english.  There seems to be (in
> addition to ample pharm spam) a German lang PDG at the projects
> homepage, but didn't see much else.  Where can I download drivers,
> etc?  Thanks!
>
> Robert
>
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys -- and earn  
> cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

[lcd4linux] How to get started with lcd4linux

[Robert D. <ro...@he...>]

Hi I would like to get started with lcd4linux but I am having trouble  
finding a howto guide for users in english.  There seems to be (in  
addition to ample pharm spam) a German lang PDG at the projects  
homepage, but didn't see much else.  Where can I download drivers,  
etc?  Thanks!

Robert

Re: [lcd4linux] keypads and other led support

[Wolfgang A. <mr...@us...>]

>LCD4Linux always supported external LED's as "GPO's" (General Purpose
>Output).
>
>The includ display is controlled via serdisplib, but serdisplib doesn't
>support GPO's (at least it didn't at the time of writing the includ
>driver). I remember talking with Wolfgang about this stuff, he was
>planning to add stuff like that.
>
>Wolfgang, any news on that topic?
>
>
>bye, Michael
>
>  
>
GPOs/GPIs will be included in the next version of serdisplib - it is 
still rather preliminary though and i'm not 100% happy with it yet.

GPOs for ctinclud are working quite nice in the devel-version but 
there's still a glitch with a shifting screenhalf when switching some 
leds - will have to work on that issue.
and i didn't have made any compatibility-check with michael's GPOs/GPIs yet.

/wolfgang

Re: [lcd4linux] keypads and other led support

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

Hi Oliver,

> at [1] the news posting from 2004-09-18 say "This means LCD4Linux will
> soon support keypads!"

uh-oh.... funny how time flies :-)

> Is there some news from the keypad support since 2 years?

There is sort of a "generic keypad handling layer", but no real "client"
now. One idea was to pass the keypresses to the linux input layer, but
this is implemented in ony driver only, IIRC.

> Other thing are extra led's on some controler's.
> In my case it is a usb display from includ [2], this display/controler
> with 5 extra led's and over a support from lcd4linux, not only i would be
> happy ;-)

LCD4Linux always supported external LED's as "GPO's" (General Purpose
Output).

The includ display is controlled via serdisplib, but serdisplib doesn't
support GPO's (at least it didn't at the time of writing the includ
driver). I remember talking with Wolfgang about this stuff, he was
planning to add stuff like that.

Wolfgang, any news on that topic?


bye, Michael

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

[lcd4linux] keypads and other led support

[Oliver R. <fl...@me...>]

Hi,

at [1] the news posting from 2004-09-18 say "This means LCD4Linux will
soon support keypads!"

Is there some news from the keypad support since 2 years?
I hope something are comming soon.


Other thing are extra led's on some controler's.
In my case it is a usb display from includ [2], this display/controler
with 5 extra led's and over a support from lcd4linux, not only i would be
happy ;-)

regards,
Oliver

[1] http://lcd4linux.sourceforge.net/
[2] http://www.includ.de

[lcd4linux] PHrkARtnMA

[Nigel D. <dar...@ki...>]

Hi

VALxUM $1 , 25

CxALIS $3 , 75

AMBxEN

VxAGRA $3 , 35

=20
http://www.sadesionkdepilinms.com

Re: [lcd4linux] disconnecting device part 2

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

Hi there,

> any more ideas? ;)

It's your turn: As I wrote to you, ou'll have to repeat your disconnect
test with widgets that do update regularly:

> Well, lcd4linux tries to be quite intelligent in sending only stuff to
> the display that is really necessary. Which menas it will send changes
> only. Your configuration is kind of 'static', because the text never
> changes. So there are no further writes to the display, therefore no
> writes will fail, therefore no abort will occur.
> 
> That's why Ernst suggested to use some changing widgets, like an
> animated icon.


bye, michael

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

Re: [lcd4linux] disconnecting device part 2

[tasos <ta...@ya...>]

any more ideas? ;)

--- tasos <ta...@ya...> wrote:

> Hello again.
> http://pastebin.co.uk/1083
> This simple configuration should kill lcd4linux when
> i
> unplug the device??That's what you said.If it keeps
> sending data it will but it didn't.
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
>
-------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support
> web services, security?
> Get stuff done quickly with pre-integrated
> technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
>
https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [lcd4linux] my PHzzsARMA

[Leofric H. <hoh...@bo...>]

Hi
=20
QU a IT OVE p RP e AYIN r G FOR Y s OUR P m HAR y MAC f Y
=20
S h AV n E up a to 6 g 0 % wi c th http://www.tasdefungancxa.com
<http://www.tasdefungancxa.com>=20

Re: [lcd4linux] disconnecting device part 2

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

> This simple configuration should kill lcd4linux when i
> unplug the device??That's what you said.If it keeps
> sending data it will but it didn't.

Well, lcd4linux tries to be quite intelligent in sending only stuff to
the display that is really necessary. Which menas it will send changes
only. Your configuration is kind of 'static', because the text never
changes. So there are no further writes to the display, therefore no
writes will fail, therefore no abort will occur.

That's why Ernst suggested to use some changing widgets, like an
animated icon.


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

[lcd4linux] disconnecting device part 2

[tasos <ta...@ya...>]

Hello again.
http://pastebin.co.uk/1083
This simple configuration should kill lcd4linux when i
unplug the device??That's what you said.If it keeps
sending data it will but it didn't.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [lcd4linux] HD44780-winamp not working under 0.10.0?

[Martin H. <ma...@he...>]

Cuddles wrote:
> timing: can you give me an example of that? i couldn't find anything in 
> the docs about it...
First of all, turn off busy-flag checking and see if it works that way. 
If that doesn't work, check 
http://ssl.bulix.org/projects/lcd4linux/wiki/HD44780 under "Timing" - 
start out with a timing.fuzz of 150 and see if that works.

> voltage: it's getting power from the 3.5 floppy power connector [red and 
> black]
Well, I guess Michael meant the signal levels on the data lines. I've 
seen cases where a display would refuse to work on certain parallel 
ports and worked just fine on others (using the same software to drive 
them). I never cared enough to check, but it's reasonable to assume that 
the parallel ports that worked hat 5V (or something close to it) for 
"high", and the ones where it didn't had only 3.3V.


I hope that helps

Martin

Re: [lcd4linux] HD44780-winamp not working under 0.10.0?

[Cuddles <cu...@fl...>]

wiring: checked again, it's definitely winamp style.

timing: can you give me an example of that? i couldn't find anything in 
the docs about it...

parport: there's only one on the system.

voltage: it's getting power from the 3.5 floppy power connector [red and 
black]

Michael Reinelt wrote:
> The black bars tell you that the display is working, but has not yet
> been initialized. The initialization should be done by lcd4linux, but
> fails for some reason.
>
> possible reasons are:
>
> - wrong wiring (please triple-check it!)
> - wrong timing (try to play with the 'timing.fuzz' parameter)
> - wrong parport :-)
> - wrong voltage levels (modern parports deliver 3.3V, some displays may
> need 5V)
>
>
> HTH, Michael
>   
-- 

yellow cake, hussein, jihad, iraq, assasinate, bush, bomb, pentagon, flag, burn, gay, infidel, virus, weapons, opium, hide, karga pass, allah, behead, uranium, attack, infidels, llama lamma duck - wire tap this you monkeys!

Re: [lcd4linux] Segmentation fault(due to config file?)

[tasos <ta...@ya...>]

I will test it when i will go at work and let you
know.
I will also see the pid issue and let you know if i
can implement it.

--- Michael Reinelt <re...@eu...> wrote:

> > Hello michael.So i have to download from cvs?
> Yes.
> 
> > BTW this same config file used to work with
> previous(i can't 
> > remember) versions.
> Right. The bug you found was triggered by the new
> "properties", which
> have been imlemented a few weeks ago.
> 
> 
> -- 
> Michael Reinelt <re...@eu...>
> http://home.pages.at/reinelt
> GPG-Key 0xDF13BA50
> ICQ #288386781
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [lcd4linux] Segmentation fault(due to config file?)

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

> Hello michael.So i have to download from cvs?
Yes.

> BTW this same config file used to work with previous(i can't 
> remember) versions.
Right. The bug you found was triggered by the new "properties", which
have been imlemented a few weeks ago.


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

Re: [lcd4linux] Segmentation fault(due to config file?)

[tasos <ta...@ya...>]

Hello michael.So i have to download from cvs?BTW this
same config file used to work with previous(i can't
remember) versions.

--- Michael Reinelt <re...@eu...> wrote:

> Hi again,
> 
> >> Waiting some news for the segmentation fault
> error
> >> from michael.
> > 
> > I found the bug, but it's not that easy to fix.
> There's a realloc()
> > which makes room for a new variable, and moves the
> memory to another
> > location. Unfortunately there are still pointers
> to the old area :-(
> 
> Well, I found the reason that triggered that bug:
> the text widget
> evaluated a property 'style' which had a default
> value of "norm", which
> has been handled as a *variable*, but should be a
> string ("'norm'")
> 
> So the segfault should no longer happen, but note
> that the real bug
> hasn't been fixed yet!
> 
> So you can go on testing your display....
> 
> 
> bye, Michael
> 
> -- 
> Michael Reinelt <re...@eu...>
> http://home.pages.at/reinelt
> GPG-Key 0xDF13BA50
> ICQ #288386781
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [lcd4linux] Segmentation fault(due to config file?)

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

Hi again,

>> Waiting some news for the segmentation fault error
>> from michael.
> 
> I found the bug, but it's not that easy to fix. There's a realloc()
> which makes room for a new variable, and moves the memory to another
> location. Unfortunately there are still pointers to the old area :-(

Well, I found the reason that triggered that bug: the text widget
evaluated a property 'style' which had a default value of "norm", which
has been handled as a *variable*, but should be a string ("'norm'")

So the segfault should no longer happen, but note that the real bug
hasn't been fixed yet!

So you can go on testing your display....


bye, Michael

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

Re: [lcd4linux] HD44780-winamp not working under 0.10.0?

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

Hi Cuddles,

> ok folks, i've got a known-good lcd panel [works fine under windows] 
> installed on my server's case. downloaded the latest stable version of 
> lcd4linux [0.10.0], compiled, installef, and configured it [config 
> pasted below], but when i run it, all i see is the first row full of 
> black bars.

The black bars tell you that the display is working, but has not yet
been initialized. The initialization should be done by lcd4linux, but
fails for some reason.

possible reasons are:

- wrong wiring (please triple-check it!)
- wrong timing (try to play with the 'timing.fuzz' parameter)
- wrong parport :-)
- wrong voltage levels (modern parports deliver 3.3V, some displays may
need 5V)


HTH, Michael

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

Re: [lcd4linux] Segmentation fault(due to config file?)

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

Hi there,

> Waiting some news for the segmentation fault error
> from michael.

I found the bug, but it's not that easy to fix. There's a realloc()
which makes room for a new variable, and moves the memory to another
location. Unfortunately there are still pointers to the old area :-(

>> Well, unfortunatly the name and location of the
>> PIDFILE written by lcd4linux 
>> is hardcoded, to run multiple instances this needs
>> to be fixed first (e.g. 
>> make lcd4linux accept a command-line parameter
>> specifing the pidfile 
>> location)

Good point! any volunteers to fix this one? :-)


bye, Michael

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

Re: [lcd4linux] Segmentation fault(due to config file?)

[tasos <ta...@ya...>]

Thanks for the reply.Actually i don't know if this
solution is what i really need.I will see what i can
do,although.
Waiting some news for the segmentation fault error
from michael.

--- Ernst Bachmann <e.b...@xe...> wrote:

> On Tuesday 12 September 2006 13:43, tasos wrote:
> > Hello ernst.
> > Until now i'm using this rule in udev in order to
> > recognise my devices.
> > BUS=="usb",SYSFS{interface}=="Crystalfontz CFA-635
> USB
> > LCD", KERNEL=="ttyUSB*",
> > SYMLINK+="lcd1/%k",MODE="0666"
> >
> > I will use more than one devices.So my question
> is.
> > I will launch lcd4linux -f foo,lcd4linux -f bar
> etc.
> > Will those processes killed automatically if i use
> > udev.i mean when foo which uses ttyUSB6,is
> > disconnected will udev recognise the correct
> lcd4linux
> > process?
> > If so can you help me a little bit.
> 
> Well, unfortunatly the name and location of the
> PIDFILE written by lcd4linux 
> is hardcoded, to run multiple instances this needs
> to be fixed first (e.g. 
> make lcd4linux accept a command-line parameter
> specifing the pidfile 
> location)
> 
> Then, for each device in question, write a little
> shellscript (forking 
> lcd4linux, and killing it), add it to your udev
> rule:
> ...MODE="0666",RUN+="/path/my_lcd_1_script"
> ...MODE="0666",RUN+="/path/my_lcd_2_script" for the
> second lcd and so on.
> 
> the script would be something like:
> --- /path/my_lcd_1_script ---
> #!/bin/sh
> if [ "$ACTION" = remove ]; then
>    # Kill running lcd4linux
>    kill `cat /var/run/lcd4linux_1.pid`
> else
>    # start new lcd4linux process, assert
> $ACTION==add
>    lcd4linux -f /etc/my_lcd_1_config.cfg
> --pidfile=/var/run/lcd4linux_1.pid
> fi
> -----------------------------
> (With more sanity checks added, like checking for
> the pidfile, check if the 
> pid belongs to lcd4linux, etc. maybe use a distro
> tool 
> like "start-stop-deamon" for this, they usually
> contain most of those checks 
> already...)
> 
> have a look at the udev manpage for more info, esp.
> how to pass the location 
> of the devicenode to your script etc.
> 
> 
> 
> > BTW is it so difficult to add some code which will
> > disconnect it automatically?
> > Thank you in advance!
> 
> Well, in that case, it is. The kernel only presents
> a virtual comport to 
> lcd4linux, and lcd4linux only notices its gone when
> it tries to use it.
> 
> Devices/Drivers that work directly with usb (libusb)
> have it easier here, they 
> can notice the disconnect, but AFAIK don't shutdown
> then.
> Some drivers (lcd2usb for example) even try to wait
> for an eventual reconnect 
> of the device, they keep running on purpose.
> 
> 
> /Ernst
> 
>
-------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support
> web services, security?
> Get stuff done quickly with pre-integrated
> technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
>
https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [lcd4linux] Segmentation fault(due to config file?)

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

On Tuesday 12 September 2006 13:43, tasos wrote:
> Hello ernst.
> Until now i'm using this rule in udev in order to
> recognise my devices.
> BUS=="usb",SYSFS{interface}=="Crystalfontz CFA-635 USB
> LCD", KERNEL=="ttyUSB*",
> SYMLINK+="lcd1/%k",MODE="0666"
>
> I will use more than one devices.So my question is.
> I will launch lcd4linux -f foo,lcd4linux -f bar etc.
> Will those processes killed automatically if i use
> udev.i mean when foo which uses ttyUSB6,is
> disconnected will udev recognise the correct lcd4linux
> process?
> If so can you help me a little bit.

Well, unfortunatly the name and location of the PIDFILE written by lcd4linux 
is hardcoded, to run multiple instances this needs to be fixed first (e.g. 
make lcd4linux accept a command-line parameter specifing the pidfile 
location)

Then, for each device in question, write a little shellscript (forking 
lcd4linux, and killing it), add it to your udev rule:
...MODE="0666",RUN+="/path/my_lcd_1_script"
...MODE="0666",RUN+="/path/my_lcd_2_script" for the second lcd and so on.

the script would be something like:
--- /path/my_lcd_1_script ---
#!/bin/sh
if [ "$ACTION" = remove ]; then
   # Kill running lcd4linux
   kill `cat /var/run/lcd4linux_1.pid`
else
   # start new lcd4linux process, assert $ACTION==add
   lcd4linux -f /etc/my_lcd_1_config.cfg --pidfile=/var/run/lcd4linux_1.pid
fi
-----------------------------
(With more sanity checks added, like checking for the pidfile, check if the 
pid belongs to lcd4linux, etc. maybe use a distro tool 
like "start-stop-deamon" for this, they usually contain most of those checks 
already...)

have a look at the udev manpage for more info, esp. how to pass the location 
of the devicenode to your script etc.



> BTW is it so difficult to add some code which will
> disconnect it automatically?
> Thank you in advance!

Well, in that case, it is. The kernel only presents a virtual comport to 
lcd4linux, and lcd4linux only notices its gone when it tries to use it.

Devices/Drivers that work directly with usb (libusb) have it easier here, they 
can notice the disconnect, but AFAIK don't shutdown then.
Some drivers (lcd2usb for example) even try to wait for an eventual reconnect 
of the device, they keep running on purpose.


/Ernst

Re: [lcd4linux] Segmentation fault(due to config file?)

[tasos <ta...@ya...>]

Hello ernst.
Until now i'm using this rule in udev in order to
recognise my devices.
BUS=="usb",SYSFS{interface}=="Crystalfontz CFA-635 USB
LCD", KERNEL=="ttyUSB*",
SYMLINK+="lcd1/%k",MODE="0666"

I will use more than one devices.So my question is.
I will launch lcd4linux -f foo,lcd4linux -f bar etc.
Will those processes killed automatically if i use
udev.i mean when foo which uses ttyUSB6,is
disconnected will udev recognise the correct lcd4linux
process?
If so can you help me a little bit.
BTW is it so difficult to add some code which will
disconnect it automatically?
Thank you in advance!

--- Ernst Bachmann <e.b...@xe...> wrote:

> On Tuesday 12 September 2006 12:45, tasos wrote:
> > I will be waiting.Any news about the unplug thing?
> >
> Could you try the following:
> 
> Change your config to continue a widget with fast
> updates (scrolling text, 
> animated Icon, something like that)
> 
> run lcd4linux (debug mode)
> unplug the device
> wait for a while (maybe a minute) and see if it
> shuts down on its own?
> 
> Otherwise, if you got no luck with that, you can
> always use a hotplug/udev 
> script to react on the unplug event, and kill
> lcd4linux from there.
> 
> /Ernst
> 
>
-------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support
> web services, security?
> Get stuff done quickly with pre-integrated
> technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
>
https://lists.sourceforge.net/lists/listinfo/lcd4linux-users
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [lcd4linux] Segmentation fault(due to config file?)

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

On Tuesday 12 September 2006 12:45, tasos wrote:
> I will be waiting.Any news about the unplug thing?
>
Could you try the following:

Change your config to continue a widget with fast updates (scrolling text, 
animated Icon, something like that)

run lcd4linux (debug mode)
unplug the device
wait for a while (maybe a minute) and see if it shuts down on its own?

Otherwise, if you got no luck with that, you can always use a hotplug/udev 
script to react on the unplug event, and kill lcd4linux from there.

/Ernst

Re: [lcd4linux] Segmentation fault(due to config file?)

[tasos <ta...@ya...>]

I will be waiting.Any news about the unplug thing?

--- Michael Reinelt <re...@eu...> wrote:

> >> Program received signal SIGSEGV, Segmentation
> fault.
> >> CopyResult (result=0x806aa30, value=0x65676173)
> at
> >> evaluator.c:406
> >> 406         (*result)->type = value->type;
> >> (gdb)
> 
> I'll have a look at this, with your config. the
> pointer 0x65676173 looks
> invalid....
> 
> 
> 
> 
> -- 
> Michael Reinelt <re...@eu...>
> http://home.pages.at/reinelt
> GPG-Key 0xDF13BA50
> ICQ #288386781
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com