HI,
On 29/05/07, Hannah Schroeter <[EMAIL PROTECTED]> wrote:
What about porting it yourself? It's not so difficult to create a port,
you know, at least if the original code isn't in the "all the world is
Linux" style.
Maybe, but I'm a little tied down on the TeXLive port right now :P
--
Bes
Hello!
On Tue, May 29, 2007 at 03:49:07PM +0100, Edd Barrett wrote:
>On 29/05/07, Hannah Schroeter <[EMAIL PROTECTED]> wrote:
>>$ cd /usr/ports/
>>$ make search key=xerc
>>Port: xerces-2.4.0p3
>>Path: textproc/xerces
>>Info: xml parser for Java
>>Maint: Kevin Lo <[EMAIL PROTECTED]>
>>Index:
On 5/29/07, Edd Barrett <[EMAIL PROTECTED]> wrote:
We are using a xerces-c with g++
OpenBSD has a port/package of Sablotron, a XML parser in C.
Or you may have better luck with the FreeBSD or NetBSD port/package
of xerces-c.
=Adriaan=
HI,
On 29/05/07, Hannah Schroeter <[EMAIL PROTECTED]> wrote:
$ cd /usr/ports/
$ make search key=xerc
Port: xerces-2.4.0p3
Path: textproc/xerces
Info: xml parser for Java
Maint: Kevin Lo <[EMAIL PROTECTED]>
Index: textproc
L-deps:
B-deps: gtar-*:archivers/gtar
R-deps: jdk-1.3.1*
Archs: j
Hello!
On Tue, May 29, 2007 at 12:10:46AM +0100, Edd Barrett wrote:
>On 29/05/07, Ted Unangst <[EMAIL PROTECTED]> wrote:
>>On 5/28/07, Edd Barrett <[EMAIL PROTECTED]> wrote:
>>> The program was built like so:
>>> g++ -static -m32 -Wall bsdtest.cpp
>>wouldn't it be a lot easier to copy bsdtest.cpp
On Mon, May 28, 2007 at 11:29:37PM +0100, Edd Barrett wrote:
> On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
> >But now the excutable starts so you can see with ktrace which
> >syscall is not implemented.
>
> 4362 ktrace RET ktrace 0
> 4362 ktrace CALL execve(0xcfbe1d1b,0xcfbe
On Mon, 28 May 2007, Edd Barrett wrote:
On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
But now the excutable starts so you can see with ktrace which
syscall is not implemented.
4362 ktrace RET ktrace 0
4362 ktrace CALL execve(0xcfbe1d1b,0xcfbe1bdc,0xcfbe1be4)
4362 ktrace N
On Mon, 28 May 2007, Edd Barrett wrote:
On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
But now the excutable starts so you can see with ktrace which
syscall is not implemented.
4362 ktrace RET ktrace 0
4362 ktrace CALL execve(0xcfbe1d1b,0xcfbe1bdc,0xcfbe1be4)
4362 ktrace N
Hi Ted,
On 29/05/07, Ted Unangst <[EMAIL PROTECTED]> wrote:
On 5/28/07, Edd Barrett <[EMAIL PROTECTED]> wrote:
> The program was built like so:
> g++ -static -m32 -Wall bsdtest.cpp
wouldn't it be a lot easier to copy bsdtest.cpp to the openbsd machine
and compile it there?
Yes, this time.
I
On 5/28/07, Edd Barrett <[EMAIL PROTECTED]> wrote:
$ file a.out
a.out: OLF 32-bit Linux unstripped LSB executable, Intel 80386,
version 1, for GNU/Linux 2.6.9, statically linked, not stripped
you seem rather insistent on using file to prove this is a linux
binary. the kernel doesn't run file t
On 5/28/07, Edd Barrett <[EMAIL PROTECTED]> wrote:
The program was built like so:
g++ -static -m32 -Wall bsdtest.cpp
wouldn't it be a lot easier to copy bsdtest.cpp to the openbsd machine
and compile it there?
On Mon, 28 May 2007, Edd Barrett wrote:
> On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
> > But now the excutable starts so you can see with ktrace which
> > syscall is not implemented.
>
> 4362 ktrace RET ktrace 0
> 4362 ktrace CALL execve(0xcfbe1d1b,0xcfbe1bdc,0xcfbe1be4)
>
On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
But now the excutable starts so you can see with ktrace which
syscall is not implemented.
4362 ktrace RET ktrace 0
4362 ktrace CALL execve(0xcfbe1d1b,0xcfbe1bdc,0xcfbe1be4)
4362 ktrace NAMI "./a.out"
4362 a.outEMUL "li
Hi Otto and Didi (on the CC),
On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
Did you try 'elf2olf -o linux a.out', as other's have suggested?
$ ./a.out
Bad system call (core dumped)
$ file a.out
a.out: OLF 32-bit Linux unstripped LSB executable, Intel 80386,
version 1, for GNU/Linux 2.6
On Mon, 28 May 2007, Edd Barrett wrote:
Hi Otto and Didi (on the CC),
On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
Did you try 'elf2olf -o linux a.out', as other's have suggested?
$ ./a.out
Bad system call (core dumped)
ahhh, can you run ktrace on the rebranded program? It would
On Mon, 28 May 2007, Edd Barrett wrote:
> Hi Otto and Didi (on the CC),
>
> On 28/05/07, Otto Moerbeek <[EMAIL PROTECTED]> wrote:
> > Did you try 'elf2olf -o linux a.out', as other's have suggested?
>
> $ ./a.out
> Bad system call (core dumped)
> $ file a.out
> a.out: OLF 32-bit Linux unstripped
On Mon, May 28, 2007 at 10:32:29PM +0100, Edd Barrett wrote:
> Hi Mickey,
>
> On 28/05/07, mickey <[EMAIL PROTECTED]> wrote:
> >you sure the file system where a.out is allows execution?
>
> $ cat /etc/fstab
> /dev/wd0a / ffs rw 1 1
> /dev/wd0d /home ffs rw 1 1
> /dev/wd1a /mnt/media ffs rw 1 2
n
On Mon, 28 May 2007, Edd Barrett wrote:
> Hi Mickey,
>
> On 28/05/07, mickey <[EMAIL PROTECTED]> wrote:
> > you sure the file system where a.out is allows execution?
>
> $ cat /etc/fstab
> /dev/wd0a / ffs rw 1 1
> /dev/wd0d /home ffs rw 1 1
> /dev/wd1a /mnt/media ffs rw 1 2
>
> The executable i
Edd Barrett wrote:
Hi,
> Maybe your path is not set correctly (for this specific problem).
Today has been one dumb mistake after another. I apologize.
I'll do it properly shall I:
# sysctl -a | grep linux
kern.emul.linux=1
# ls -al a.out
-rwxr-xr-x 1 edd edd 1176578 May 28 13:18 a.out
#
Hi Mickey,
On 28/05/07, mickey <[EMAIL PROTECTED]> wrote:
you sure the file system where a.out is allows execution?
$ cat /etc/fstab
/dev/wd0a / ffs rw 1 1
/dev/wd0d /home ffs rw 1 1
/dev/wd1a /mnt/media ffs rw 1 2
The executable is in my home directory (/home/edd).
noexec is not set on any
On Mon, May 28, 2007 at 09:59:19PM +0100, Edd Barrett wrote:
> Hi,
>
> >> Maybe your path is not set correctly (for this specific problem).
>
> Today has been one dumb mistake after another. I apologize.
>
> I'll do it properly shall I:
>
> # sysctl -a | grep linux
> kern.emul.linux=1
> # ls -a
Hi,
> Maybe your path is not set correctly (for this specific problem).
Today has been one dumb mistake after another. I apologize.
I'll do it properly shall I:
# sysctl -a | grep linux
kern.emul.linux=1
# ls -al a.out
-rwxr-xr-x 1 edd edd 1176578 May 28 13:18 a.out
# file a.out
a.out: EL
On Mon, 28 May 2007, Steve Williams wrote:
Try..
ktrace ./a.out
or
ktrace /full_path_to/a.out
Maybe your path is not set correctly (for this specific problem).
Cheers,
Steve W.
Geez, it's good that some people actually read the error message. I'm in
kdump troubleshooting mode, but you're
On Mon, 28 May 2007, Edd Barrett wrote:
Hi Diana,
On 28/05/07, Diana Eichert <[EMAIL PROTECTED]> wrote:
... take a look at the results with kdump?
diana
# ktrace a.out
ktrace: exec of 'a.out' failed: No such file or directory
You only did one part of my suggestion, the easy one, now you n
Edd Barrett wrote:
Hi Diana,
On 28/05/07, Diana Eichert <[EMAIL PROTECTED]> wrote:
Hey Ed
I never saw where you ran it using ktrace. Can you try that and take a
look at the results with kdump?
diana
# file a.out
a.out: ELF 32-bit LSB executable, Intel 80386, version 1, for
GNU/Linux 2.6.
Hi Diana,
On 28/05/07, Diana Eichert <[EMAIL PROTECTED]> wrote:
Hey Ed
I never saw where you ran it using ktrace. Can you try that and take a
look at the results with kdump?
diana
# file a.out
a.out: ELF 32-bit LSB executable, Intel 80386, version 1, for
GNU/Linux 2.6.9, statically linked
Hey Ed
I never saw where you ran it using ktrace. Can you try that and take a
look at the results with kdump?
diana
Hi,
On 28/05/07, Andreas Kahari <[EMAIL PROTECTED]> wrote:
Could it have something to do with the linux box being an amd64
machine and the openbsd box a i386 machine? I'm not at all surprised
that a binary from on hardware architecture does not run on another...
It's cross compiled. AMD64 ->
Hello,
The binary definitely runs on gentoo linux.
scp a.out [EMAIL PROTECTED]:~
[EMAIL PROTECTED]'s password:
a.out
100% 1149KB 1.1MB/s 00:01
[EMAIL PROTECTED] ~/ctest $ uname -a
Linux alpha 2.6.17-gentoo-r8 #15 SMP Tue Nov 28 00:48:08 GMT 2006
x86_64 AMD Atlon(tm) 64 X2 Dual Core Proces
On Mon, May 28, 2007 at 12:09:01AM +0100, Edd Barrett wrote:
> [...]
> So I try as root (I know I shouldnt have to):
> # whoami
> root
> # ./a.out
> ksh: ./a.out: Operation not permitted
> # exec a.out
> ksh: a.out: not found
> $ whoami
> edd
>
> Notice how it logged my root shell out?!?!
That's
On Sun, May 27, 2007 at 08:05:40PM -0700, Ben Calvert wrote:
>
> On May 27, 2007, at 6:22 PM, [EMAIL PROTECTED] wrote:
>
> >On Mon, May 28, 2007 at 12:09:01AM +0100, Edd Barrett wrote:
> >>Hi there,
> >>
> >>My friend has made an application that uses a shared library which is
> >>not yet ported
On Mon, May 28, 2007 at 12:09:01AM +0100, Edd Barrett wrote:
> Hi there,
>
> My friend has made an application that uses a shared library which is
> not yet ported to OpenBSD (xereces-c). We have been trying to run it
> on OpenBSD using linux-compat. I know this is all set up properly as I
> use o
On Mon, 28 May 2007, Edd Barrett wrote:
> Hi there,
>
> My friend has made an application that uses a shared library which is
> not yet ported to OpenBSD (xereces-c). We have been trying to run it
> on OpenBSD using linux-compat. I know this is all set up properly as I
> use opera a lot.
>
> We
On May 27, 2007, at 6:22 PM, [EMAIL PROTECTED] wrote:
On Mon, May 28, 2007 at 12:09:01AM +0100, Edd Barrett wrote:
Hi there,
My friend has made an application that uses a shared library which is
not yet ported to OpenBSD (xereces-c). We have been trying to run it
on OpenBSD using linux-compat.
On Mon, May 28, 2007 at 12:09:01AM +0100, Edd Barrett wrote:
> Hi there,
>
> My friend has made an application that uses a shared library which is
> not yet ported to OpenBSD (xereces-c). We have been trying to run it
> on OpenBSD using linux-compat. I know this is all set up properly as I
> use o
On Mon, 28 May 2007, Edd Barrett wrote:
So we should be able to run it:
$ ./a.out
ksh: ./a.out: Operation not permitted
$ exec a.out
ksh: a.out: Operation not permitted
Okay, so you know for certain this will run under Linux? If so have you
tried invoking the program with ktrace on OpenBSD?
36 matches
Mail list logo
