Hello,
thank you for your answer, Steve. Unfortunatly your version from liHIL don't 
work, too. There is the same error.
If I make a "strace gdbproxy msp430" (libHIL in 32bit version) I get the 
following output:
...
open("/dev/parport0", O_RDWR)           = 3
ioctl(3, PPCLAIM, 0xffffcf28)           = 0
ioctl(3, PPDATADIR, 0xffffce34)         = -1 EINVAL (Invalid argument)
dup(2)                                  = 4
fcntl64(4, F_GETFL)                     = 0x8002 (flags O_RDWR|O_LARGEFILE)
brk(0)                                  = 0x8103000
brk(0x8124000)                          = 0x8124000
fstat64(0x4, 0xffffcc6c)                = 0
...

On a 32bit computer the syscall "ioctl(3, PPDATADIR, 0xffffce34)" works, the 
result is 0 and not -1.


And if I use a short test-program with libHIL, both in 64bit mode, it works 
too.
Therefore I think the problem is the syscall.

Now, I don't know how to isolate the problem. I thought that the problem was 
the conversion of the pointer in the ioctl-syscall to unsigned long.

Has anybody an idea? 
Steve, can you tell me please which library you use with gdbproxy? 

My ldd-output is
 linux-gate.so.1 =>  (0xffffe000)
 libHIL.so => /usr/local/msp430//lib32/libHIL.so (0x5556d000)
 libc.so.6 => /lib32/libc.so.6 (0x55591000)
 /lib/ld-linux.so.2 (0x55555000)
These are all 32bit libraries.



Regards,
   Robert 


On Saturday 08 October 2005 13:48, Steve Underwood wrote:
> Robert Diemer wrote:
> >Hello all,
> >thank you all for this great forum, I learnt already many things from
> > there;-) But now, I have a new computer and it runs under Gentoo linux
> > AMD64. The problem is now, that the 32bit gdbproxy-binary can't be used,
> > because the interfacing between the 64bit ppdev-kernelmodul and the
> > binary is not possible. I can compile the libHIL in 64bit mode, then it
> > works with the kernel, but not with gdbproxy. And if I compile it in
> > 32bit mode, it works with gdbproxy but not with the ppdev modul:-(
> >
> >Is it possible to get a binary, which is compiled for a 64bit system?
> >Or, is there a "wrapper" library which I can use to "convert" between
> > 32bit HIL and 64bit HIL?
>
> The 32 bit gdbproxy runs fine on an AMD64 machine. I use this myself. I
> am running the x86_64 version of FC4. I use a 32 bit build of libHIL.so
> and the gdbproxy you can download. No problems at all. Considering this
> I see no reason to make a special 64 bit version of gdbproxy.
>
> I have no idea why a 32 bit build of libHIL won't work with your 64 bit
> system. I will send you privately the libHIL.so I use, and you can try
> that out.
>
> Regards,
> Steve
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

-- 
------------------------------------------------------------------------
Dipl.-Ing. Robert Diemer                        http://www.rcs.ei.tum.de
Institute for Real-Time Computer Systems (RCS)      fon +49-89-289-23731
Technische Universitaet Muenchen, D-80290 Muenchen  fax +49-89-289-23555

Attachment: pgpaq89NAuUQz.pgp
Description: PGP signature

Reply via email to