Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA05719; Sun, 17 Dec 95 04:17:51 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA05262; Sun, 17 Dec 95 04:17:51 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id EAA06089 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Sun, 17 Dec 1995 04:14:20 -0500 Message-Id: <199512170914.EAA06089@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Sun, 17 Dec 95 04:14:15 EST Subject: Linux-Development-System Digest #127 Linux-Development-System Digest #127, Volume #2 Sun, 17 Dec 95 04:14:15 EST Contents: mount iso9660 -norock: no UPPER CASE? (Thomas Ludwig) iBCS for 1.3.45 (Mike Jagdis) Re: Linux on BeBox? (James Yang) If Linux can mount a file system exceed 300 MBytes? [1.3.47] Undefined reference to `hostbyte' MS BusMouse not found in 1.3.47 (Ralph Sims) Re: Linex for SUN Sparc (Steve Farrell) Re: dosemu capable of running Windows 3.11 !? (Joel M. Hoffman) Re: Elf libraries dirty more pages? (bill davidsen) Re: [ELF] benefit of static compile (Mark Shadley) Re: Linux and Java (Peter T. Breuer) Re: [ELF] benefit of static compile (H.J. Lu) Re: ELF Copy-On-Write (Joel Katz) Re: AutoMounter (Joel Katz) Re: Thread Packages for Linux? (kdinh@n2.net) Re: Linux ISO 7816 emulator (was: New Voyager) (Rob Janssen) Re: [Kernel Module] Upgrade To ELF (H.J. Lu) Re: Threads - a better model? ("Michael T. Peterson") Re: dosemu capable of running Windows 3.11 !? ("Jeffrey A. Halverson") ---------------------------------------------------------------------------- From: ludwig@Informatik.TU-Muenchen.DE (Thomas Ludwig) Subject: mount iso9660 -norock: no UPPER CASE? Date: 14 Dec 1995 07:04:38 GMT I recently got some conference proceedings on CD which can be read via e.g. netscape. Unfortunately all references in the html-files use upper case file names. When mounting the CD all names are listed in lower case. Under Solaris this is also the case BUT all files can also be accessed by their file name given with upper case letters. This does not work with Linux. The -norock option of mount doesn't change anything. Any ideas how to get upper case file names? Thanks. Thomas -- __________ /_____/__/ | Technische Universitaet | Tel: +49-89-2105-2042 Dr. |_ _| | | Institut fuer Informatik | or: +49-89-2105-2382 Thomas | | | | |__ D-80290 Muenchen, FRG | Fax: +49-89-2105-8232 Ludwig | | | |/__/| http://wwwbode.informatik.tu-muenchen.de/~ludwig/ |_|/|______|/ email: ludwig@informatik.tu-muenchen.de ------------------------------ From: Mike Jagdis Subject: iBCS for 1.3.45 Date: Mon, 11 Dec 95 23:47:00 GMT * In message <4aca4i$mn2@news00.btx.dtag.de>, Juergen Pfeifer said: JP> Where can I get a working iBCS module for 1.3.45 ? You can't. Since the current development kernel is today 1.3.46 it is likely that you will never be able to get a version for 1.3.45 :-). Mike ------------------------------ From: jamesy@microcosm.resnet.cornell.edu (James Yang) Subject: Re: Linux on BeBox? Date: 14 Dec 1995 05:35:30 GMT Reply-To: jty2@cornell.edu In article <4ao4nk$io@saturn.tlug.org>, Mike Frisch wrote: > Unfortunately, I'd have to guess that at least 50% of Linux uses >are university students who can't even afford to pay attention. From what >I've heard of this machine, it can't be low cost. I've heard somewhere around $1,600, which is pretty good bang for the buck. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --+ James Yang email: jty2@cornell.edu| /* WWW: http://microcosm.resnet.cornell.edu */| ------------------------------ From: mcchen@hntp2.hinet.net () Subject: If Linux can mount a file system exceed 300 MBytes? Date: 14 Dec 1995 07:44:44 GMT I have a Linux (Version 1.3.25) machine with a 500 MBytes hard disk. The partition table as follows. Disk /dev/sda: 64 heads, 32 sectors, 514 cylinders Units = cylinders of 2048 * 512 bytes Device Boot Begin Start End Blocks Id System /dev/sda1 1 1 16 16368 82 Linux swap /dev/sda2 17 17 317 308224 83 Linux native /dev/sda3 318 318 514 201728 83 Linux native It works fine. Now I add another 500 Mbytes hard disk(the same type as previous) to this machine. The first case : This new disk only have one partiton exceed 300 Mbytes and mount it to a directory. The partition table as follows. Disk /dev/sda: 64 heads, 32 sectors, 514 cylinders Units = cylinders of 2048 * 512 bytes Device Boot Begin Start End Blocks Id System /dev/sdb1 1 1 514 526320 83 Linux native ?? But the "df -v" says it only 300 Mbytes available ?? The other case : This new disk has one or more partitions but every one less than 300 Mbytes. ?? The machine panic when I mount any partition to a directory. The messages as follows. Kernel panic: ExT2-fs panic (device 8/17): read_block_bitmap: Cannot read block bitmap_block_group = 13,block_bitmap=106500. If Linux can only mount a file system less than 300 Mbytes ? and, why it panic in the second case ???? Thanks in advance. ------------------------------ From: habibie@catevr.fiu.edu () Subject: [1.3.47] Undefined reference to `hostbyte' Date: 13 Dec 1995 21:17:14 GMT Hi Linuxers, I just downloaded a copy of Linux kernel 1.3.47 and compiled to no avail. The problem is due to "undefined reference to `hostbyte'" in constants.o. The following shows where the error is: : : make[1]: Leaving directory `/home/local/linux/arch/i386/lib' ld -m elf_i386 -Ttext 0x100000 -e stext arch/i386/kernel/head.o init/main.o init/version.o \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o net/network.a \ fs/filesystems.a \ drivers/block/block.a drivers/char/char.a drivers/net/net.a drivers/scsi/scsi.a drivers/pci/pci.a \ /home/local/linux/arch/i386/lib/lib.a /home/local/linux/lib/lib.a /home/local/linux/arch/i386/lib/lib.a -o vmlinux constants.o(.text+0x386): undefined reference to `hostbyte' make: *** [vmlinux] Error 1 I am wondering if this happens to any of you. -- habibie@catevr.fiu.edu ------------------------------ From: ralphs@locus.halcyon.com (Ralph Sims) Subject: MS BusMouse not found in 1.3.47 Date: 16 Dec 1995 21:56:14 -0800 Reply-To: ralphs@locus.halcyon.com From 1.3.46 to 1.3.47 I seem to have lost access to my MS BusMouse. The mouse.c and busmouse.c files are the same. When I load Xwindows in 47, the mouse device isn't found. Any thoughts? ------------------------------ From: spfarrel@quads.uchicago.edu (Steve Farrell) Subject: Re: Linex for SUN Sparc Reply-To: spfarrel@midway.uchicago.edu Date: Sun, 17 Dec 1995 05:10:52 GMT In article , Miguel de Icaza wrote: > >> This may be a stupid question, but does anyone know if Linex has been >> ported to SUN Sparc stations? I would like to get away from SUN OS. > >There is a port in progress. Currently it's able to run most SunOS one should also not overlook netbsd/sparc (http://www.netbsd.org). -- - steve ------------------------------ From: joel@wam.umd.edu (Joel M. Hoffman) Subject: Re: dosemu capable of running Windows 3.11 !? Date: Sat, 16 Dec 1995 21:54:17 GMT >My insightful feeling is both dosemu and WINE are essentially >dead, since the WIndoze 95 defeated their purpose. >However WINE is more dead than dosemu, since dosemu >is kicking as yet.. Why? What has the release of Windows 95 got to do with the eumlators available for Linux? -Joel (joel@exc.com) -- ============================================================================= |_|~~ Germany, Europe. 1940's ``A DISTINGUISHED speaker said that we must put __|~| 16 Million DEAD. our children first. We in Bosnia wonder if we have any children left. Seventeen thousand cnc Bosnia, Europe. 1990's children have been killed in Bosnia in the cnc HOW MANY MORE? last three years. Those living, some with gray hair and eyes and hearts of old men, are ``May the world you hardly children any more.'' live in be the world - H. Silajdzic of your dreams.'' - Debbie Friedman Prime Minister of Bosnia ============================================================================= TELL CLINTON TO HELP STOP THE GENOCIDE: PRESIDENT@WHITEHOUSE.GOV ------------------------------ From: davidsen@tmr.com (bill davidsen) Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc Subject: Re: Elf libraries dirty more pages? Date: 15 Dec 1995 21:35:09 GMT In article <30D05A2F.6D21@l13kk.jsc.nasa.gov>, Kirk Shipley wrote: | Under HP-UX, you have the option in the linker of selecting immediate | or deferred binding for the libraries. If you muck with your library | after having built the executable, and you linked it with immediate | binding, you get a well-deserved run-time fault when you try to get | to those changed functions. Would you like to mention what immediate binding buys you? Is the performance saving really enough to justify giving up the benefits of either static or runtime binding? I have no feel for what you would save, and my major use of ELF is on SVR4, not Linux, but it doesn't seem to be a large saving. ------------------------------ From: shadcat@catcher.com (Mark Shadley) Subject: Re: [ELF] benefit of static compile Date: 17 Dec 1995 08:02:42 GMT Reply-To: shadcat@catcher.com Ted Buswell wrote: > >A while ago, I read an article that said something to the effect of > >"If you're using ELF and you're not compiling statically, you aren't >taking full advantage of the environment" > >Is there any truth to this? It's backwards. The real advantage of ELF comes when you compile dynamically. Mark -- Mark Shadley CDSCo Intl., Covina, CA pgp id:C596C1F9 - fp:B60A796CAF6769B9 0688C30B390A0A66 ------------------------------ From: ptb@yeti.dit.upm.es (Peter T. Breuer) Crossposted-To: comp.lang.java,comp.os.linux.misc Subject: Re: Linux and Java Date: 17 Dec 1995 05:18:27 GMT Steve Dunham (dunham@cl-next4.cl.msu.edu) wrote: : Generic Account 0717 (masc0717@rohan.sdsu.edu) wrote: : : I have been trying to get the Linux JDK to work on my machine for 4 days : : now and I'm about to give up on it. Has ANYONE else gotten it to work? : : I've had several people take a look at it for me and they couldn't figure : : it out either. Both appletviewer and javac run and then exit. No output, : : no errors, nothing. An strace on it shows it loading a ton of classes and : : then cheerfully exiting having accomplished nothing. Strace available : : upon request. I am running the latest libc, gcc, libdl, binutils, : : everything mentioned in the docs. Anyone else had this problem? Yes. Precisely. Kernel elf 1.3.20, libc.5.2.18, ld.so.1.7.12, etc. : I have the beta JDK working fine on my RedHat-2.0 machine (with the : new libc, binutils, and ld.so-1.7.9). Should I go back to 1.7.9 of ld.so? : There is a HOWTO in the works, and the mailing list is currently being I have a Java-miniHOWTO. Section C (on links) is missing in mine. : reorginized into multiple lists, so if you wait a little (maybe a : week?) more help should be available. : to the beta API), now that things are getting settled, maybe someone : will put together a RedHat or Debian package for it... The Blink/example.html didn't do anything except as described above for me! -- Peter T. Breuer ,--------------------------------------------------------------------------- |Departamento de Ingenieria de Sistemas Telematicos, Universidad Politecnica |de Madrid, Escuela Tecnica Superior de Ingenieros de Telecomunicacion, |Ciudad Universitaria, E--28040 Madrid, SPAIN. |Tel. Office : +34 (1)336 6831 | Fax : +34 (1)543 2077 or 336 7333 |Internet : | URL : http://www.dit.upm.es:80/~ptb/ |Other : GCS/E/M d H- s-: !g !p+ !au a w+ v+ C++ UL++++ UH+ UV+ | : P-- L+++ 3+ N+++ E--- K++ W+ M-- V-- po- Y t+ !5 !j R- G? | : tv++ b- D+ !B e+++++ -u h+ !f r* n+ y? `--------------------------------------------------------------------------- ------------------------------ From: hjl@gnu.ai.mit.edu (H.J. Lu) Subject: Re: [ELF] benefit of static compile Date: 17 Dec 1995 03:20:32 GMT In article , tbuswell@ithilien.pcix.com (Ted Buswell) writes: |> |> A while ago, I read an article that said something to the effect of |> |> "If you're using ELF and you're not compiling statically, you aren't |> taking full advantage of the environment" |> |> Is there any truth to this? |> I think it means you don't need to compile your source code with -fPIC in order to ELF shared libraries. |> -Ted |> -- |> Theodore Buswell tbuswell@ithilien.pcix.com ------------------------------ From: stimpson@panix.com (Joel Katz) Subject: Re: ELF Copy-On-Write Date: 15 Dec 1995 16:56:13 -0500 In s3176015@techst02.technion.ac.il (Studnitzky Boaz ) writes: >Someone posted a question about elf libraries. >The question was- is it right that elf libraries are actually loaded >more than once into memory (at least parts of them), because when the >linker resolves library calls after the library has loaded, it actually >writes that information the the library's dataspace. that causes a copy >-on-write which duplicates the pages. >Isn't it possible to have the dynamic loader mark the pages where it >stores dynamic link pointers as non-copy-on-write? >There's is infact, no reason why the linker should even resolve the >symbol table again after a library has already loaded. There is no chance >that it suddenlt decided to use other libraries, so why resolve all >the symbol table again? >Am I making sense? No. The pages are marked copy-on-write because if they weren't they couldn't be shared. In fact, Linux marks all shareable pages copy-on-write so that if one of the programs sharing them decides to modify them, a copy of the page is modified and the programs formerly sharing the page go on about their business undisturbed. The page (at least for the process that modified it) is now no longer copy-on-write. -- Joel Katz Corporate Web Pages - http://www.igc.net/ Information on Objectivism, Atheism, the 8031/8051 Microcontrollers, Linux and more is available at "http://www.panix.com/~stimpson/". unzip ; touch ; finger ; mount ; gasp ; yes ; umount ; sleep ------------------------------ From: stimpson@panix.com (Joel Katz) Subject: Re: AutoMounter Date: 15 Dec 1995 16:56:35 -0500 In <30D08569.1514D62F@dodgy.hiway.co.uk> Mark Carey writes: >Is anyone developing an AutoMounter for linux? Or has it already >been done? amd works nicely under Linux. -- Joel Katz Corporate Web Pages - http://www.igc.net/ Information on Objectivism, Atheism, the 8031/8051 Microcontrollers, Linux and more is available at "http://www.panix.com/~stimpson/". unzip ; touch ; finger ; mount ; gasp ; yes ; umount ; sleep ------------------------------ From: kdinh@n2.net Subject: Re: Thread Packages for Linux? Date: 17 Dec 1995 03:52:39 GMT Reply-To: kdinh@n2.net In , kphung@hkuxa.hku.hk (Starry Hung) writes: >Hi all, > >A question to ask - "Is there any thread packages, e.g. Cthreads, available >on linux system that I could ftp?" > >In my application, I want to port a distributed shared memory server to linux >that required a user level multithreading support. I would like to hear >from people who are doing or had done the similar port. > > >Thanks for your time to read, > >Starry. > I am also interested in "any" thread package for Linux. I could not get "clone" to work for Linux 1.3. either.... Anyone out there knows any things about Linux's thread or its future on thread? Thanks. ------------------------------ From: rob@pe1chl.ampr.org (Rob Janssen) Subject: Re: Linux ISO 7816 emulator (was: New Voyager) Reply-To: pe1chl@wab-tis.rabobank.nl Date: Wed, 13 Dec 1995 12:47:59 GMT In <4al64k$re3@senator-bedfellow.MIT.EDU> Bruce Stofer writes: >|I suggested one in the posting: use the timer in the UART to generate >|an interrupt after some time. It can be done by changing the baudrate >|and then sending characters, using the txempty interrupt for timing. >|The problem is that the characters get sent to the interface, so something >|needs to be done to prevent that. My solution would be to gate the data >|signal using one of the handshake lines (DTR, RTS). >|Unfortunately it is not possible with the current hardware, and a mod >|would probably be different for every adapter (as there are so many >|different schematics around) >The UART already has a "gate": loopback mode. This mode sets the actual >UART output to idle ("marking") so nothing is really transmitted, and >internally connects the output to the input (not that you care for this >application). Set loopback mode, fiddle the baud rate divisor, and >you've got a timer! All 8250-and-up UARTs have the loopback feature, >so it's independent of the rest of the hardware. That is nice! So it is possible to code this driver without a spin loop after all... Actually, receiving the character is a good thing. It means you don't need to enable the transmit interrupt, but just send the character and wait for it to come back. (the transmit interrupt would fire immediately as the holding register is transferred to the shift register) I'll test if this works as well as it promises to do... Rob -- +------------------------------------+--------------------------------------+ | Rob Janssen rob@knoware.nl | BBS: +31-302870036 (2300-0730 local) | | AMPRnet: rob@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU | +------------------------------------+--------------------------------------+ ------------------------------ From: hjl@gnu.ai.mit.edu (H.J. Lu) Subject: Re: [Kernel Module] Upgrade To ELF Date: 17 Dec 1995 03:18:03 GMT In article <4avg6v$j13@isis.fiu.edu>, habibie@catevr.fiu.edu () writes: |> Hi, |> |> I have downloaded a copy of rangelan2 module package and amd hoping to |> be able to use it on my linux box. According to the author of this |> software, the rangelan2 module source was compile under a.out and |> runs with no problem. I was able to compile the module with Linux |> kernel 1.2.13 (ELF) and installed it using insmod. Unfortunately, |> the module does not function with this kernel 1.2.13. If I compile |> the module with kernel 1.2.11 (non-ELF) and installed is using |> insmod, it works. I am starting to wonder if the kernel supports ELF |> format, does the source code of the module need some modifications |> to be able to run in ELF? You need to make sure there is no leading "_" while make refences to the global symbol in ELF. |> |> Please kindly reply through eMail. Thank you very much. |> |> -- |> habibie@catevr.fiu.edu ------------------------------ From: "Michael T. Peterson" Subject: Re: Threads - a better model? Date: 12 Dec 1995 22:46:11 GMT grilly@edwood (Nicolas Grilly) wrote: >I have read an article about a port of Linux on the BeBox. The BeBox >is a multi-processor computer. Though, Linux support of SMP and >threads will be an important issue. > >But I am surprised by the discussion about names of multi-threading API >functions. A great strength of Linux is its compliance with >POSIX. Does POSIX (or the Spec 1170) define a multi-threading API ??? Yes. POSIX .1c /mtp -- >/----------------------------------------------------------------\ >| Nicolas GRILLY | >|----------------------------------------------------------------| >| 24 rue Bossuet | email : grilly@emi.u-bordeaux.fr | >| 33000 Bordeaux | URL : http://www.emi.u-bordeaux.fr/~grilly/ | >| France | phone : +33 56 49 05 98 | >\----------------------------------------------------------------/ -- +-----------------------------------------------------------------------+ | Michael T. Peterson | For the latest status on DCE and POSIX threads | | mtp@big.aa.net | for Linux, see http://www.aa.net/~mtp/ | +-----------------------------------------------------------------------+ ------------------------------ From: "Jeffrey A. Halverson" Crossposted-To: comp.os.linux.x,com.os.linux.development.apps Subject: Re: dosemu capable of running Windows 3.11 !? Date: Sun, 17 Dec 1995 01:34:32 -0600 Reply-To: halv0019@gold.tc.umn.edu On 16 Dec 1995, Sergei Viznyuk wrote: > In article <30D1463F.4336@rxg.xerox.com>, > Peter Eggen wrote: > >Hello, > > > >hope this is not a silly question, but I have got some information > >that the latest version of the Linux DOS-emulator is capable of > >running at least Windows 3.0, and with some patches against the > >kernel-dlls even Windows for Workgroups. I have heard something of using > >the same pathches you need in order to run Windows 3.11 under OS/2 Warp. > > > >Does anybody have some information about that?? > > > >It seems there are two ways of making Linux to be capable of running > >Windows, DOS-Emu and Wabi - which succeded first?? > ~~~~ > perhaps you meant WINE? > Wabi is for SUN not Linux. Actually, from what I understand, some fella's from the Caldera group have already mostly gotten Wabi to run on Linux... Of course, due to political reasons the project was shelved and thrown out the door... So I guess "Wabi" succeeded first---but you'll never see it. > > My insightful feeling is both dosemu and WINE are essentially > dead, since the WIndoze 95 defeated their purpose. > However WINE is more dead than dosemu, since dosemu > is kicking as yet.. What the hell is this all about? Do you honestly believe that Win95 offers everything that Linux does??? Why the hell are posting to this group? WINE is *not* dead. There are many people who would enjoy using their windows applications under Linux and FreeBSD. Every other week there are new releases of WINE on sunsite, and the long term goals are to include all of the Win32 API as well as all the 16 bit app's API. Wine has many more advantages to running Windows applications than does Dosemu. (I'm not discrediting Dosemu, it has many good aspects that Wine doesn't also.) Winelib is also something to look forward to... How about a simple recompile and --viola-- you have a native windows app running native on X-Windows!!! > > Anyone knows why emomodule won't load in at 1.3.43 kernel? > > > > > >Thanks in advance for any answers > > > >Peter > > > > Jeff Halverson ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Development-System-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development.system) via: Internet: Linux-Development-System@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development-System Digest ******************************