From owner-freebsd-emulation Sun Feb 21 4: 6:21 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 62A70115CF for ; Sun, 21 Feb 1999 04:06:16 -0800 (PST) (envelope-from freebsd-emulation@scc.nl) Received: from scones.sup.scc.nl (i424.ztm.euronet.nl [194.134.67.145]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id NAA20826 from for ; Sun, 21 Feb 1999 13:06:15 +0100 (MET) Received: (from daemon@localhost) by scones.sup.scc.nl (8.9.2/8.9.1) id MAA28801 for emulation@FreeBSD.ORG; Sun, 21 Feb 1999 12:39:53 +0100 (CET) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by scones.sup.scc.nl with netnews for emulation@FreeBSD.ORG (emulation@FreeBSD.ORG) To: emulation@FreeBSD.ORG Date: Sun, 21 Feb 1999 12:39:49 +0100 From: Marcel Moolenaar Message-ID: <36CFF085.1774BF3A@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <199902210349.AAA15238@roma.coe.ufrj.br> Subject: Re: Oracle Emulation status Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Joao Carlos Mendes Luis wrote: > Hi everybody, > > Sometime ago somebody said Oracle did not work in FreeBSD. I'd like > to know its current (er, 3.1-stable) status. If both work, which one > would be better to use, Linux or SCO version ? Both work. The Linux version is definitely better supported under FreeBSD. marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Feb 21 12:40:25 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gras-varg.worldgate.com (gras-varg.worldgate.com [198.161.84.12]) by hub.freebsd.org (Postfix) with ESMTP id ABBF6114A6 for ; Sun, 21 Feb 1999 12:40:21 -0800 (PST) (envelope-from skafte@gras-varg.worldgate.com) Received: (from skafte@localhost) by gras-varg.worldgate.com (8.9.1a/8.9.1) id NAA10662 for freebsd-emulation@freebsd.org; Sun, 21 Feb 1999 13:40:20 -0700 (MST) Date: Sun, 21 Feb 1999 13:40:20 -0700 From: Greg Skafte To: freebsd-emulation@freebsd.org Subject: doscmd Message-ID: <19990221134019.B10088@gras-varg.worldgate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Organization: WorldGate Inc. X-PGP-Fingerprint: 42 9C 2C A8 4D 2B C9 C4 7D B6 00 B0 50 47 20 97 X-URL: http://gras-varg.worldgate.com/~skafte Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've been playing with doscmd for the last couple of days and I've been having troubles with files acting as harddisks. I've created a 152M file trying to simulate a type 46 harddisk (or any other size > 26M) ; then I put a bootable dos 5 disk in the floppy and boot doscmd. I fdisk the the drive saying use 100% of the disk for a primary dos partion. I then restart doscmd and fire up fdisk and view the partitiontable and the drive is only 26M. I've read through int13.c and don't see any superficail issues in the init_hdisk routine. anyonelse seeing such things or am I in new territory here. -- Email: skafte@worldgate.com Voice: +403 413 1910 Fax: +403 421 4929 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 22 11:32:16 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gaia.arc.nasa.gov (gaia.arc.nasa.gov [128.102.141.102]) by hub.freebsd.org (Postfix) with ESMTP id 22C33112E0 for ; Mon, 22 Feb 1999 11:32:11 -0800 (PST) (envelope-from dsullivan@gaia.arc.nasa.gov) Date: Mon, 22 Feb 1999 11:19:30 -0800 (PST) From: Don Sullivan X-Sender: sullivan@alpine.arc.nasa.gov To: emulation@freebsd.org Subject: ELF interpreter /compat/linux/lib/ld-linux.so.1 not found Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org RSI's IDL/ENVI product's license manager (lmgrd) previously (2.2.8) ran just fine. (linux emulation) Now that I've upgraded to 3.1, it exits with an abort trap, and the above message... Any thoughts/suggestions would be REALLY welcome. Thanks in advance, Don P.S. the library indicated (/compat/linux/lib/ld-linux.so.1) most definately IS there, new Globetrotter lmgrd acts identically, the balance of the (linux) distribution, i.e. IDL and ENVI run just fine, albeit in demo mode. ----------------------------------------------- Don Sullivan NASA Ames Research Center MS 242-4 Moffett Field, CA 94035-1000 Voice: 650 604 0526 Fax: 650 604 4680 email: dsullivan@gaia.arc.nasa.gov ----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 22 13:56: 8 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 69B2310F98 for ; Mon, 22 Feb 1999 13:56:01 -0800 (PST) (envelope-from freebsd-emulation@scc.nl) Received: from scones.sup.scc.nl (i018.ztm.euronet.nl [194.134.112.19]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id WAA24974 from for ; Mon, 22 Feb 1999 22:55:53 +0100 (MET) Received: (from daemon@localhost) by scones.sup.scc.nl (8.9.2/8.9.1) id WAA17066 for emulation@FreeBSD.ORG; Mon, 22 Feb 1999 22:49:16 +0100 (CET) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by scones.sup.scc.nl with netnews for emulation@FreeBSD.ORG (emulation@FreeBSD.ORG) To: emulation@FreeBSD.ORG Date: Mon, 22 Feb 1999 22:49:12 +0100 From: Marcel Moolenaar Message-ID: <36D1D0D8.3EF38E39@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Subject: Re: ELF interpreter /compat/linux/lib/ld-linux.so.1 not found Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Don Sullivan wrote: > > RSI's IDL/ENVI product's license manager (lmgrd) previously (2.2.8) > ran just fine. (linux emulation) Now that I've upgraded to 3.1, it > exits with an abort trap, and the above message... The problem is known and fixed. Unfortunately, this means that you need to cvsup the sources or alternatively, apply the following patch. =================================================================== RCS file: /home/ncvs/src/sys/i386/include/elf.h,v retrieving revision 1.5.2.1 retrieving revision 1.5.2.2 diff -c -r1.5.2.1 -r1.5.2.2 *** src/sys/i386/include/elf.h 1999/02/08 18:58:36 1.5.2.1 --- src/sys/i386/include/elf.h 1999/02/19 01:36:29 1.5.2.2 *************** *** 23,29 **** * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * ! * $Id: elf.h,v 1.5.2.1 1999/02/08 18:58:36 jdp Exp $ */ #ifndef _MACHINE_ELF_H_ --- 23,29 ---- * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * ! * $Id: elf.h,v 1.5.2.2 1999/02/19 01:36:29 jdp Exp $ */ #ifndef _MACHINE_ELF_H_ *************** *** 121,131 **** #ifdef KERNEL /* ! * On the i386 we load the dynamic linker at a fixed address, ! * below where the executable itself is loaded. This is the ! * standard SVR4 location for it. */ ! #define ELF_RTLD_ADDR(vmspace) 0x08000000 #endif /* KERNEL */ #endif /* !_MACHINE_ELF_H_ */ --- 121,133 ---- #ifdef KERNEL /* ! * On the i386 we load the dynamic linker where a userland call ! * to mmap(0, ...) would put it. The rationale behind this ! * calculation is that it leaves room for the heap to grow to ! * its maximum allowed size. */ ! #define ELF_RTLD_ADDR(vmspace) \ ! (round_page((vm_offset_t)(vmspace)->vm_daddr + MAXDSIZ)) #endif /* KERNEL */ #endif /* !_MACHINE_ELF_H_ */ marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 24 13:26:37 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from NIH2WAAF (smtp6.site1.csi.com [149.174.183.75]) by hub.freebsd.org (Postfix) with ESMTP id CBDD11140F for ; Wed, 24 Feb 1999 13:21:12 -0800 (PST) (envelope-from derm@ibm.net) Received: from mail pickup service by csi.com with Microsoft SMTPSVC; Wed, 24 Feb 1999 13:30:11 -0500 Received: from ibm.net (slip139-92-4-66.mu.de.ibm.net [139.92.4.66]) by hil-img-12.compuserve.com (8.8.6/8.8.6/IMS-1.7) with ESMTP id NAA08873 for ; Wed, 24 Feb 1999 13:29:15 -0500 (EST) Message-ID: <36D4440D.97FDD93@ibm.net> Date: Wed, 24 Feb 1999 19:25:17 +0100 From: Dermot McNally X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: de,fr,ga MIME-Version: 1.0 To: emulation@FreeBSD.ORG Subject: IBM ADSM Clients (Linux and SCO) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Folks, Apologies for such a long mail. Anyone who doesn't feel like reading the whole thing, please skip down to my suggestions relating to a change in the output of uname(3). ------------------- I've been trying for ages to get an ADSM backup client (_any_ client) working on FreeBSD, and now I have some progress, and some unanswered questions. Perhaps someone can elighten me. There are essentially three ADSM clients which, at first glance, look like they might run on FreeBSD. Two different versions (2 and 3) for SCO and a version 3 client for Linux. My first attempt was with the Linux client. At first, things looked good, but attempting a backup caused the ADSM server to crash (!). This turns out to be a buffer overflow (see below). Anyway, after this, I turned to the SCO version 3. It was initially non-obvious how the software was packaged, but once I got it extracted, the binaries proved to be ELF, which, of course, are not yet supported for SCO. Nothing more to try here. The SCO version 2 client is also (though differently) oddly packaged, and has old-style binaries, which are supported by the emulation, but which seg-faulted pretty much immediately once I ran the client. Only today, after making _some_ progress with the Linux client in the last week, did I get this client to work in close to a normal manner (with the aid of a customised-for-FreeBSD version of a Linux howto, which I'll be happy to pass onto anyone who wants it). The keys to making this work were: * Dropping a load of symlinks to null inside /dev under names that SCO wants to see there. * Creating a (presumably) SCO-format /etc/mnttab file from the contents of /etc/fstab (the howto included a perl script to do this). the mnttab file seemed to be the key to making the client believe that filesystems of a particular name existed (essential, if you expect the thing to back them up). So the V2 client now works, backing up to a V3 ADSM server on an RS/6000. I'm rather pleased, considering. There are a few niggles, however: * Although the backups work, and the server manager tools can see the results, none of the usual log entries (that report on success/failure, data transfer rate etc.) are made. Maybe this is a V2 -> V3 problem. * For each backed up FS, ADSM records the FS type (FAT, AIX JFS, NTFS, whatever). Backups from the SCO system contain garbage in this field (though I think it's always the same garbage). The FS type field from /etc/fstab is not copied into mnttab, which may be the cause. Does anyone know whether SCO's mnttab file format makes provision for this? * The V2 client's X interface really sucks compared to the one in V3. So, back to the Linux client - based on the progress I had already made before getting the SCO client to work, I had hoped it would be possible to get the same level of performance out of the Linux client, coupled with proper logging, a nicer UI and (maybe even) proper population of the FS type field. Here's what I had to do to make the Linux client work to at least some extent: Stopping the client from killing the server: An ADSM mailing list suggested this was related to a buffer overflow, and that it also happened with _some_ Linux kernels. What's happening is that either the version or release strings (or both) as reported by uname(3) are overflowing a buffer on the server, with fatal consequences, if longer than (I think) 7 characters. A Linux-compiled program to dump the output of uname(3) confirmed that both these fields were longer than 7 characters. It also demonstrated that most of the fields contained data extremely unlikely to come from any Linux kernel (the FreeBSD name, version numbers corresponding to FreeBSD kernel, not to some notional Linux one...). My solution to the immediate problem was to step on the version and release fields, and rebuild the linux module, but it struck me that perhaps there's a case for making the emulated uname(3) report either: * A fixed Linux-like set of data or * Whatever data the user has chosen in a .conf file somewhere I like the second idea, because, while the ADSM failure is the result of careless programming, stepping on the output of uname(3) is a nice way to fix the problem, and there is surely other software out there that uses these strings to infer whether they should try to run or not. Is this a bad idea? What would a reasonable set of default values look like? Anyway, after this Linux module hack, I can connect to the ADSM server without crashing it. I just can't specify any FSs to back up - the client rejects /usr (or any other valid FS) as an invalid "domain", even though it works for the SCO client. My best theory so far is that the Linux emulation also wants to see a Linuxish list of defined File systems. While I have no Linux box, the documentation I can find suggests that Linux uses the same format fstab as FreeBSD. However, copying fstab to /compat/linux/etc doesn't help here. This is as far as I've managed to get. I'd be grateful for any tips that other ADSM users can think of, and I'd also be happy to write the code for a configurable uname(3) output if people agree it's a good idea in the first place. I'm trying to fend off suggestions from colleauges that installing real Linux would be the simplest solution... Thanks for any thoughts, Dermot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 24 13:38:42 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from cons.org (knight.cons.org [194.233.237.195]) by hub.freebsd.org (Postfix) with ESMTP id E2429115CC for ; Wed, 24 Feb 1999 13:36:22 -0800 (PST) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id JAA24039; Wed, 24 Feb 1999 09:23:03 +0100 (CET) Date: Wed, 24 Feb 1999 09:23:03 +0100 From: Martin Cracauer To: freebsd-emulation@freebsd.org Cc: Marcel Moolenaar Subject: Problem with Linux-crosscompiling on FreeBSD-ELF Message-ID: <19990224092302.A24011@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I planned to attack this problem myself, but currently don't have time, so here is at least a notice. Marcel, this also affects the linux_libs package, see below. When doing Linux crosscompiles under FreeBSD-ELF, we face the problem that the Linux linker will also try to link to FreeBSD libraries. Under FreeBSD-aout it wouldn't. This break library search. Consider the following: PATH=/compat/linux/usr/bin:$PATH gcc -o test1 test1.c The library search path for a Linux compiler is typically /usr/lib /lib /usr/local/lib /usr/X11R6/lib or such. The problem now is that we have one Linux libc.so in /compat/linux/lib/libc.so not /usr/lib] and one FreeBSD libc.so in /usr/lib/libc.so Now, the Linux crosscompiler starts searching for libc.so in what he thinks is /usr/lib, which under Linux-emulation in FreeBSD is silently converted into a double-search in /compat/linux/usr/lib and /usr/lib [the FreeBSD one]. That means that it will find the FreeBSD libc.so in /usr/lib and it will use it since it is a ELF shared library. The search its satisfied before /lib (and therefore /compat/linux/lib) where the real Linux libc.so is located and the resulting binary will be broken because it is linked to the wrong C library. I solved the problem by symbolic linking all Linux libraries into the first directory in the search path. We need to take action here. Marcel, if you prepare a new linux_libs package, could you take this into account? I would think that we should either symlink everything into the first search directory or if we don't want to fill on a regular directory we could modify the Linux crosscompiler so that it has a new directory as the first one in the search path and then use this one a the main collection. Also, we could just move all Linux shared libs into one dir. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 24 14:19:50 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from nebraska.utcorp.com (unknown [146.145.135.14]) by hub.freebsd.org (Postfix) with ESMTP id 39E75121F1 for ; Wed, 24 Feb 1999 14:15:39 -0800 (PST) (envelope-from kseel@utcorp.com) Received: from utcorp.com (x-kspc.utcorp.com [146.145.135.17]) by nebraska.utcorp.com (8.8.5/8.8.5) with ESMTP id SAA28651 for ; Wed, 24 Feb 1999 18:01:17 -0500 (EST) Message-ID: <36D44371.700531E2@utcorp.com> Date: Wed, 24 Feb 1999 13:22:41 -0500 From: Kurt Seel X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: emulation@FreeBSD.ORG Subject: Re: glibc2? References: <36CC7204.A152046C@utcorp.com>, <36CDAF76.AD7148D0@utcorp.com> <36CDE196.28ABCCF6@scc.nl> Content-Type: multipart/alternative; boundary="------------396716EA02FA8CA820FDDA18" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --------------396716EA02FA8CA820FDDA18 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Marcel Moolenaar wrote: > User Kseel wrote: > > > What might this indicate? > > > > 11746 pwlin CALL linux_open(0xefbfd71c,0,0) > > 11746 pwlin NAMI "/compat/linux/usr/lib/libc.so.6" > > 11746 pwlin NAMI "/usr/lib/libc.so.6" > > 11746 pwlin RET linux_open JUSTRETURN > > libc.so.6 resided in [/compat/linux]/lib... > > > 11746 pwlin CALL linux_open(0xefbfd71c,0,0) > > 11746 pwlin NAMI "/compat/linux/usr/lib/ld-linux.so.2" > > 11746 pwlin NAMI "/usr/lib/ld-linux.so.2" > > 11746 pwlin RET linux_open JUSTRETURN > > ld-linux.so.2 resides in [/compat/linux]/lib... > > Why is it looking for those libraries in any other directory than /lib? > Did you post the beginning of the ktrace? > Are you sure tclpro is properly configured? > How did the install go? > > The ktrace itself didn't show a specific reason for coredumping. > > marcel > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message This is what tech support at scriptics had to say: > > Based on the output you sent, it does not appear that TclPro would work since > you do not have glibc2 installed. Here is the output I get when I do ldd on my > system (RedHat 5.0 kernel 2.0.33): > > /tclpro1.2 > ldd ./pwlin > libutil.so.1 => /lib/libutil.so.1 (0x40003000) > libdl.so.2 => /lib/libdl.so.2 (0x40006000) > libm.so.6 => /lib/libm.so.6 (0x40009000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40022000) > libc.so.6 => /lib/libc.so.6 (0x400b9000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00000000) > I am not that well versed in shared libs (I just write, compile, link and run my code). But I can follow directions pretty well ... What does this incantation of 'ldd' mean? And how does the output indicate the presense of glibc2? I only see libc.so.6. -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759 --------------396716EA02FA8CA820FDDA18 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Marcel Moolenaar wrote:
User Kseel wrote:

>  What might this indicate?
>
>  11746 pwlin    CALL  linux_open(0xefbfd71c,0,0)
>  11746 pwlin    NAMI  "/compat/linux/usr/lib/libc.so.6"
>  11746 pwlin    NAMI  "/usr/lib/libc.so.6"
>  11746 pwlin    RET   linux_open JUSTRETURN

libc.so.6 resided in [/compat/linux]/lib...

>  11746 pwlin    CALL  linux_open(0xefbfd71c,0,0)
>  11746 pwlin    NAMI  "/compat/linux/usr/lib/ld-linux.so.2"
>  11746 pwlin    NAMI  "/usr/lib/ld-linux.so.2"
>  11746 pwlin    RET   linux_open JUSTRETURN

ld-linux.so.2 resides in [/compat/linux]/lib...

Why is it looking for those libraries in any other directory than /lib?
Did you post the beginning of the ktrace?
Are you sure tclpro is properly configured?
How did the install go?

The ktrace itself didn't show a specific reason for coredumping.

marcel

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-emulation" in the body of the message


 This is what tech support at scriptics had to say:

 
Based on the output you sent, it does not appear that TclPro would work since 
you do not have glibc2 installed. Here is the output I get when I do ldd on my 
system (RedHat 5.0 kernel 2.0.33):

/tclpro1.2 > ldd ./pwlin
        libutil.so.1 => /lib/libutil.so.1 (0x40003000)
        libdl.so.2 => /lib/libdl.so.2 (0x40006000)
        libm.so.6 => /lib/libm.so.6 (0x40009000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40022000)
        libc.so.6 => /lib/libc.so.6 (0x400b9000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00000000)


 I am not that well versed in shared libs (I just write, compile, link and run my code).
But I can follow directions pretty well ...
 What does this incantation of 'ldd' mean? And how does the output indicate the
presense of glibc2? I only see libc.so.6. 

-- 
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
                -- Benjamin Franklin, 1759
  --------------396716EA02FA8CA820FDDA18-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 24 15:17:16 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id E634A111FB for ; Wed, 24 Feb 1999 15:17:11 -0800 (PST) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i125.ztm.euronet.nl [194.134.112.86]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id LAA12493; Wed, 24 Feb 1999 11:23:39 +0100 (MET) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.2/8.9.1) with ESMTP id LAA91475; Wed, 24 Feb 1999 11:23:28 +0100 (CET) (envelope-from marcel@scc.nl) Message-ID: <36D3D320.9F842439@scc.nl> Date: Wed, 24 Feb 1999 11:23:28 +0100 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Martin Cracauer Cc: freebsd-emulation@freebsd.org Subject: Re: Problem with Linux-crosscompiling on FreeBSD-ELF References: <19990224092302.A24011@cons.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Martin Cracauer wrote: > I planned to attack this problem myself, but currently don't have > time, so here is at least a notice. Marcel, this also affects the > linux_libs package, see below. [All relevant information snipped :-)] > We need to take action here. Marcel, if you prepare a new linux_libs > package, could you take this into account? [Suggestions snipped] I remember having those problems when linking Oracle (during install). I renamed gcc to gcc.bin (the Linux version, that is) and made a script gcc which just exec'd gcc.bin with some extra flags (such as -nostdlib -L/lib -L/usr/lib and so on). You may want to try that. I currently don't need such fixes in order to relink Oracle, which means that it could be related to the set of libraries present in /compat/linux/lib or the use of LD_LIBRARY_PATH... I think it's more of an issue for the new linux-devel port, btw. If my time allows me to do so, I'll do some testing... Thanks for the notice. marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 24 15:41: 1 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from atdot.dotat.org (atdot.dotat.org [203.23.150.35]) by hub.freebsd.org (Postfix) with ESMTP id 2580B14D9A for ; Wed, 24 Feb 1999 15:40:54 -0800 (PST) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.9.2/8.7) id KAA44235; Thu, 25 Feb 1999 10:08:59 +1030 (CST) From: Mark Newton Message-Id: <199902242338.KAA44235@atdot.dotat.org> Subject: Re: glibc2? To: kseel@utcorp.com (Kurt Seel) Date: Thu, 25 Feb 1999 10:08:59 +1030 (CST) Cc: emulation@FreeBSD.ORG In-Reply-To: <36D44371.700531E2@utcorp.com> from "Kurt Seel" at Feb 24, 99 01:22:41 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kurt Seel wrote: > What does this incantation of 'ldd' mean? And how does the output > indicate the presense of glibc2? I only see libc.so.6. libc.so.6 is glibc2. Sane and rational, eh? - mark [ BTW, can you, like, turn off HTML email? ] -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1958-3414 ------------- Fax: +61-8-83034403 ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 25 1:25:38 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 6288114CBF for ; Thu, 25 Feb 1999 01:25:31 -0800 (PST) (envelope-from freebsd-emulation@scc.nl) Received: from scones.sup.scc.nl (i333.ztm.euronet.nl [194.134.67.94]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id KAA09169 from for ; Thu, 25 Feb 1999 10:25:14 +0100 (MET) Received: (from daemon@localhost) by scones.sup.scc.nl (8.9.2/8.9.1) id KAA31134 for emulation@FreeBSD.ORG; Thu, 25 Feb 1999 10:07:36 +0100 (CET) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by scones.sup.scc.nl with netnews for emulation@FreeBSD.ORG (emulation@FreeBSD.ORG) To: emulation@FreeBSD.ORG Date: Thu, 25 Feb 1999 10:07:32 +0100 From: Marcel Moolenaar Message-ID: <36D512D4.7C2F907D@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <36CC7204.A152046C@utcorp.com>, <36D44371.700531E2@utcorp.com> Subject: Re: glibc2? Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kurt Seel wrote: > This is what tech support at scriptics had to say: > > Based on the output you sent, it does not appear that TclPro would work since > > you do not have glibc2 installed. Here is the output I get when I do ldd on my > > system (RedHat 5.0 kernel 2.0.33): > > > > /tclpro1.2 > ldd ./pwlin > > libutil.so.1 => /lib/libutil.so.1 (0x40003000) > > libdl.so.2 => /lib/libdl.so.2 (0x40006000) > > libm.so.6 => /lib/libm.so.6 (0x40009000) > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40022000) > > libc.so.6 => /lib/libc.so.6 (0x400b9000) > > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00000000) > > Do you have those libraries? Does your /compat/linux/etc/ld.so.conf contains /usr/X11R6/lib? What does '/compat/linux/sbin/ldconfig -p' show? > I am not that well versed in shared libs (I just write, compile, link and > run my code). > But I can follow directions pretty well ... :-) > What does this incantation of 'ldd' mean? And how does the output indicate > the > presense of glibc2? I only see libc.so.6. ldd prints the list of dependencies, i.e. shared libraries the binary needs in order to resolve the external references. You can check your installation for those libraries, and if you do have them, you can run the binary. But this is only half the story: The binary must be able to find the libraries, since only the name is stored in the binary. This is where ldconfig, ld.so.conf, ld.so.cache and LD_LIBRARY_PATH comes in. ld.so.conf tells ldconfig where to look for libraries besides /lib and /usr/lib. ld.so.cache caches information found when ldconfig has been run, which is used by the binary to locate libraries. LD_LIBRARY_PATH is an envvar to tell the binary where to look for libraries, besides information found in ld.so.cache. To answer the second question: libc.so.6 and libm.so.6 are part of glibc2. The "old" libc5 is normally (when you have glibc2) located under /usr/--libc5/lib (ie i486-linux-libc5). There you will find libc.so.5 and libm.so.5 (among other goodies :-) If you don't have /lib/libc.so.6, then you probably should have /lib/libc.so.5, which means you don't have glibc2, I guess. marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 26 13:32:56 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from lambic.physics.montana.edu (lambic.physics.montana.edu [153.90.192.128]) by hub.freebsd.org (Postfix) with ESMTP id DC30915214 for ; Fri, 26 Feb 1999 13:32:53 -0800 (PST) (envelope-from handy@lambic.physics.montana.edu) Received: from localhost (handy@localhost) by lambic.physics.montana.edu (8.8.8/8.8.7) with ESMTP id OAA25771 for ; Fri, 26 Feb 1999 14:32:22 -0700 (MST) (envelope-from handy@lambic.physics.montana.edu) Date: Fri, 26 Feb 1999 14:32:22 -0700 (MST) From: Brian Handy To: emulation@freebsd.org Subject: Linuxulator and IDL V5.2 Message-ID: X-files: The truth is out there MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hey! I've fiddled ever so slightly with the latest version of IDL , and ... it doesn't like our linux_lib port. If I read things right, it's looking for new X libraries that don't currently exist in the old port. I imagine I can get this to work by just upgrading the binaries in the linux_lib port, but I'm not sure, and I can't even begin to speculate what else might break. (Nor am I sure how things work with the Linux libc/glibc fiasco they had for a while). Guidance! I seek guidance! If I get my stuff to work, I may also need others to try it out and make sure it doesn't break their linux stuff. Also interested if anyone else is doing this right now. Happy trails, Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Feb 27 2:25:23 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 8314014D0F for ; Sat, 27 Feb 1999 02:25:20 -0800 (PST) (envelope-from freebsd-emulation@scc.nl) Received: from scones.sup.scc.nl (i123.ztm.euronet.nl [194.134.112.84]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id LAA28342 from for ; Sat, 27 Feb 1999 11:25:03 +0100 (MET) Received: (from daemon@localhost) by scones.sup.scc.nl (8.9.2/8.9.1) id LAA38427 for emulation@FreeBSD.ORG; Sat, 27 Feb 1999 11:23:24 +0100 (CET) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by scones.sup.scc.nl with netnews for emulation@FreeBSD.ORG (emulation@FreeBSD.ORG) To: emulation@FreeBSD.ORG Date: Sat, 27 Feb 1999 11:23:23 +0100 From: Marcel Moolenaar Message-ID: <36D7C79B.95F0F243@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Linux-base port (announcement) Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I've mailed the linux-base port to Mike, so he could take a look at it and commit it if he thought it's ok. This was last sunday. I expect Mike is very busy right now, so instead of waiting for him, I'll thought it would be better to make the port(s) publicly available. That way everybody can try it out... The URL is: http://www.wi.leidenuniv.nl/~mhmoolen/ What to find there: - The linux-base port (ie. a linux_lib replacement) - An updated RPM port - An updated Oracle on FreeBSD HOWTO What to find there in the near future: - A linux-devel port - A port of the Linux procps tool (unfinished, but working) - An Oracle Application Server on FreeBSD HOWTO If you have any questions, suggestions or contributions, just mail me. marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message