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 to the
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:
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=
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: textproc
L-deps:
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
--
Best
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 ok, exec
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
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 -
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 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,
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
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
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
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:
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 -al 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
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
#
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 is in my home
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
normally
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 LSB
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
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
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 linux
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
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 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 to
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.
It was
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
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
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
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 have a static binary for the correct arch:
$ file a.out
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?
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 opera
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
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 have a
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 opera
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 to OpenBSD
37 matches
Mail list logo
