Linux-Development-Sys Digest #675, Volume #6      Tue, 4 May 99 00:14:04 EDT

Contents:
  Re: 80x25 Video Memory & Color ([EMAIL PROTECTED])
  Re: Mac-emulation on Linux? (Steven G. Johnson)
  Re: [ANN] CodeWarrior for Red Hat Linux, GNU ed. Shipping (MW Ron)
  Re: swapon, util-linux 2.9r (Thomas Zajic)
  Re: Mac-emulation on Linux? (Dara Hazeghi)
  Re: Mac-emulation on Linux?
  Re: glibc-2.1 and incompatible apps ("Stefan Monnier " 
<[EMAIL PROTECTED]>)
  Re: mknod from a module (H. Peter Anvin)
  Re: Mac-emulation on Linux? (Chris Johnson)
  Re: Mac-emulation on Linux? (Rick)
  Re: Missing libraries (I think) ("Prasanth Kumar")
  Re: glibc-2.1 and incompatible apps (Juergen Heinzl)
  Re: Templates (Don Waugaman)
  Library problem (Zoltan Kocsi)
  Re: Library problem (Paul Kimoto)

----------------------------------------------------------------------------

From: [EMAIL PROTECTED]
Subject: Re: 80x25 Video Memory & Color
Date: Mon, 03 May 1999 16:45:04 GMT



> 1) For legacy applications using color backgrounds
> I am unable to generate all 16 colors. The foreground
> colors work fine with \E[3COLORm for colors 0-7 and
> when set to hi_color \E[1m the bright 8 colors appear. The background
> colors only set the first 8 dark colors. HOW do I access the
> 8 hi_color background colors. My setterm also does not set the
> background color to bright. This means I have brown(orange) instead
> of yellow and so on.

Assuming PC hardware, with a standard VGA type card, this is not a
standard function. I think there is a bit in one of the control registers
which changes the meaning of the blink bit to mean bright background?
Does anyone know how to do this using standard linux control codes or
IOCTL calls?
Failing that mail me and I will lookup the details.
Of course doing this will break switching between multiple consoles!!

> 2) Most all 80x25 console apps use routines that map video memory
> to the applications. Finding the location of memory is accomplished
> in the example below.

Doesnt that break serial consoles?? What about xterms?

>
> ex:
>
> char    *vid_mem;
>
> vid_mem = (char *) ioctl(fd,MAPVGA,0);
>
> Simply writing data to "vid_mem + offset" allows me to write directly to
> the video card and every second byte controls the fore/background
> colors.
> This method is very fast for full screen refreshes etc. HOW do I map
> video memory into my apps under Linux..

Please dont!! A full screen refresh is what, about 4KB, with a modern
system (say newer then a 386) screen refresh time using a decent library
(curses or slang) is still tiny! Doing this also seriously breaks vts and
xterms, not to mention telnet logins, and VT220's on serial ports! This was
a reasonable approach with MSDOG but would seem to break lots under unix!

Regards, Dan
--
The email address is NOT spamblocked (seems most bulkmailers assume _00 is
a block)!!!!

============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

------------------------------

From: [EMAIL PROTECTED] (Steven G. Johnson)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Subject: Re: Mac-emulation on Linux?
Date: Mon, 03 May 1999 19:24:06 -0400

"FM" <[EMAIL PROTECTED]> wrote:
> Andrew J. Brehm <[EMAIL PROTECTED]> wrote:
> Is Netscape available? I've heard once that it's impossible
> to build from sources obtained from mozilla.org.

Yes, Netscape is available.  (Mozilla is not nearly production-quality
yet, from what I've seen, but there is no reason it shouldn't build on
LinuxPPC.  I haven't tried doing so yet, though.)

> What versions of Linux are available on Mac? I've heard of
> MkLinux and LinuxPPC but not much else. Does LinuxPPC use
> the same kernel as X86 versions? Are there X-compatible
> free windowing systems available?

There is also Yellow Dog Linux.  YDL doesn't have Netscape working yet on
their distro, though.  (I would wait for LinuxPPC R5 to come out,
hopefully within the next few weeks.)

Yes, LinuxPPC and YDL both use a kernel built from the same sources as x86
(and Alpha, and Sparc, and...).

Like (essentially) all versions of Linux, the Mac Linux distributions run
X.  They also run all the various window managers, desktop environments
like KDE, GNOME, etc.

Really, LinuxPPC is essentially the same as Linux on x86, except that it
is compiled for a different processor.  It has been a little behind the
x86 distributions in some ways, e.g. it has been slow to move to glibc2,
but this is changing with the new R5 release.

Cordially,
Steven G. Johnson

------------------------------

From: [EMAIL PROTECTED] (MW Ron)
Crossposted-To: comp.os.linux.development.apps,comp.unix.programmer
Subject: Re: [ANN] CodeWarrior for Red Hat Linux, GNU ed. Shipping
Date: Mon, 03 May 1999 11:12:54 -0400

In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote:

>GNU Edition?  does that mean it's Free Software?  wow!

As Sumner replied it means this first edition of CodeWarrior uses the GNU
tools instead of CodeWarrior's tools.  I just wanted to confirm this for
you "officially"

Ron

-- 
http://www.zdnet.com/pcweek/stories/news/0,4153,361176,00.html
Pro 4.0 C++ 30% edge in Tak benchmark over VC++ 6.0

METROWERKS                   Ron Liechty
"Software at Work"    [EMAIL PROTECTED]

------------------------------

From: [EMAIL PROTECTED] (Thomas Zajic)
Crossposted-To: comp.os.linux.misc
Subject: Re: swapon, util-linux 2.9r
Reply-To: [EMAIL PROTECTED]
Date: Mon, 03 May 1999 22:49:59 GMT

On Mon, 03 May 1999 14:56:03 -0400, Allin Cottrell wrote:
> I just installed the 2.9r utilities and am getting a puzzling
> (to me) message from "swapon":
>   warning: /dev/hda2 has insecure permissions 0640, 0600 suggested
> My question is, how to set permissions for /dev/hda2, when it's
> a swap partition that is not mounted?  The relevant fstab line
> reads
>   /dev/hda2       none    swap    sw

As root: ´chmod 0600 /dev/hda2´. ;-)

Thomas
-- 
=---        Thomas Zajic aka ZlatkO ThE GoDFatheR, Vienna/Austria        ---=
=--   "It is not easy to cut through a human head with a hacksaw." M.C.   --=
=--   Posted with Free Agent 1.11/32 running on Linux 2.0.36/Wine-990226  --=
=---        Spam-proof e-mail: thomas(DOT)zajic(AT)teleweb(DOT)at        ---=

------------------------------

From: Dara Hazeghi <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Subject: Re: Mac-emulation on Linux?
Date: Mon, 03 May 1999 17:01:51 -0700
Reply-To: [EMAIL PROTECTED]

FM wrote:

> I will attend a college this fall that is predominantly
> Mac-oriented. While they state that Unix and Windows are
> supported by the campus network, it seems that a Macintosh-
> compatible system might be necessary to fully take
> advantage of the system. For example, many softwares are
> written for Macintosh by the faculty, the letter for last
> year's computer purchase recommendation notes. I'm a little
> disgruntled, as I have been planning on getting a Linux
> system for college. So here are a couple of options I have:
>
> 1. Just buy a X86 machine and install Linux on it (if not
> preinstalled). Get some Mac-emulation software if necessary.
>
> The problem I have with this option is that I have no idea
> about the availability of Mac-emulation softwares for Linux
> nor the degree of compatibility they provide.

There are no real good Mac-emulation software available. Both Executor
and vMac are O.K. for some old programs, but if your school is heavily
Mac, you will need something that can run PowerPC apps, and at the
moment, only a real Mac will do.

>
>
> 2. Buy a Macintosh and dual boot with Linux/MacOS
>
> Well I think this is a nice compromise but I'm not sure how
> well Linux runs on Macintosh. I'm fairly sure that it will
> be an improvement over Windows/MacOS, but I'm not even sure
> if most Linux softwares are available for this setup (or if
> it's generally source-level compatible).

Linux runs pretty well on Macintosh. Much of the Linux software is
source compatible with PowerPC. As someone who uses LinuxPPC and
Linux/X86 on a daily basis I realize that it's a pain sometimes having
to compile your things but on the whole LinuxPPC is a pretty good
proposition. Also, there is a project to run MacOS under LinuxPPC called
SheepShaver (www.sheepshaver.com) and if it works, you'll be able to run
Mac apps from a MacOS window in Linux. Good Luck.

Dara Hazeghi

>
>
> I think my doubts stem mostly from my lack of knowledge
> about the Macintosh systems, which I've used before but
> never administered. Are these the only options I have
> considering that I want to use Linux and remain compatible
> with Mac at the same time? Any additional information
> would be apprecited. Thanks in advance.
>
> Dan.


------------------------------

Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Date: Mon, 3 May 1999 14:15:50 -0400
From:  <[EMAIL PROTECTED]>
Subject: Re: Mac-emulation on Linux?

Where can you get the LinuxDisks extension?
Its website seems to be down.
http://w3.teaser.fr/~mpollet/LinuxDisks/

Greg



------------------------------

From: "Stefan Monnier <[EMAIL PROTECTED]>" 
<[EMAIL PROTECTED]>
Subject: Re: glibc-2.1 and incompatible apps
Date: 03 May 1999 14:25:48 -0400

>>>>> "Juergen" == Juergen Heinzl <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>, "Stefan Monnier wrote:
>> How do people work around the problem of applications compiled
>> for glibc-2.0 that don't work with glibc-2.1 any more ?
>> I guess I can keep a glibc-2.0 around and play around with LD_LIBRARY_PATH,
> No.

Arrrrgghhh!!!!
It indeed doesn't work since the /lib/ld-linux.so.2 from glibc-2.1 refuses
to (run-time-)link with glibc-2.0 and this path is hard coded in the
executable.

How did they manage to screw up so badly ?


        Stefan

------------------------------

From: [EMAIL PROTECTED] (H. Peter Anvin)
Subject: Re: mknod from a module
Date: 3 May 1999 18:44:02 GMT
Reply-To: [EMAIL PROTECTED] (H. Peter Anvin)

Followup to:  <7gkn19$adp$[EMAIL PROTECTED]>
By author:    [EMAIL PROTECTED]
In newsgroup: comp.os.linux.development.system
>
> Hi,
> 
> I am trying to call mknod from a module.
> 

Don't.

        -hpa
-- 
"The user's computer downloads the ActiveX code and simulates a 'Blue
Screen' crash, a generally benign event most users are familiar with
and that would not necessarily arouse suspicions."
-- Security exploit description on http://www.zks.net/p3/how.asp

------------------------------

From: [EMAIL PROTECTED] (Chris Johnson)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Subject: Re: Mac-emulation on Linux?
Date: Mon, 03 May 1999 21:36:12 -0400

In article <7gk1ml$4ij$[EMAIL PROTECTED]>, Pasi Korhonen
<[EMAIL PROTECTED]> wrote:
>In comp.os.linux.powerpc Chris Johnson <[EMAIL PROTECTED]> wrote:
>>    I'm still puzzling over some xmodmap details- Jamie Zawinski worked out
>> the ultimate Mac keyboard keymap for the MkLinux setup, but I haven't
>        Now there's a piece of interesting information for us old-NuBuS-
>        MkLinux-users. =) Where can I read more about this ?
>        Pasi
>        8100/80, DR3

   I wish I knew. I found it (labelled something to do with MkLinux) while
busily hacking about to try and figure out how to get my keyboard to make
better sense (for instance, ignoring the distinction between left and
right modifier keys- it's unhelpful that Linux thinks only my left shift
counts- or was it right?)
   This keyboard mapping had _everything_ working right. I've never been
able to get _any_ keyboard mapping correction to stick, and xmodmap seems
to not work run from rc.conf (possibly because I'm not running it
properly). 'More will be revealed', hopefully before long.
   When I talk about ultimate I mean 'everything works normally' which is
far from what I currently put up with everytime I boot into linux- I went
with a Red Hat-like install I downloaded from linuxppc, and there was no
'MkLinux' option for keyboard so I just picked 'US' which is clearly
wrong.
   I'd love advice on how to straighten this out. I've yet to see any, and
might just have to hack it into quivering bits of linux myself and become
the authority if I can't find anybody who can tell me how to get the
keyboard working right. That would, I think, be the traditional approach,
right? All I know is that my keyboard mapping is _very_ wrong when treated
as straight 'US' mapping, and I need it to be the MkLinux mapping and
can't get that to stick (or indeed to happen at all). xmodmap changes
don't stick either.

   Chris Johnson
         @airwindows.com
   chrisj

------------------------------

From: [EMAIL PROTECTED] (Rick)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Subject: Re: Mac-emulation on Linux?
Date: Mon, 3 May 1999 21:56:54 -0400

FM <[EMAIL PROTECTED]> wrote:

> Andrew J. Brehm <[EMAIL PROTECTED]> wrote:
> 
> > > I'm fairly sure that it will
> > > be an improvement over Windows/MacOS, but I'm not even sure
> > > if most Linux softwares are available for this setup (or if
> > > it's generally source-level compatible).
> > 
> > It is source level compatible. And most Linux software is available as
> > source codes. However, some Linux software is only available as Intel
> > (Star Office).
> 
> Is Netscape available? I've heard once that it's impossible
> to build from sources obtained from mozilla.org.
> 

Yes, Netscape Communicator ships with LinuxPPC. Im not sure about other
distributions.

> > > I think my doubts stem mostly from my lack of knowledge
> > > about the Macintosh systems, which I've used before but
> > > never administered. Are these the only options I have
> > > considering that I want to use Linux and remain compatible
> > > with Mac at the same time? Any additional information
> > > would be apprecited. Thanks in advance.
> > 
> > Your only option would be to use a Mac.
> 
> What versions of Linux are available on Mac? I've heard of
> MkLinux and LinuxPPC but not much else. Does LinuxPPC use
> the same kernel as X86 versions? Are there X-compatible
> free windowing systems available?
> 
> Thanks a lot.
> 
> Dan.

There is Yellow Dog Linux. That seems to be gathering a following. As
for window managers.. LinuxPPC ships with a bunch. KDE is set as
default. KDE comes with several apps and is pretty good, although it
uses a fair amount of memory. Still, the K apps are fairly well
integrated. You can set up fvwm, fvwm2, Afterstep, AnotherLevel right
out of the box, or you can DL others.

------------------------------

From: "Prasanth Kumar" <[EMAIL PROTECTED]>
Subject: Re: Missing libraries (I think)
Date: Tue, 04 May 1999 03:13:16 GMT

Depends on which linux distribution you have. For Redhat Linux you need
"glibc-devel". One way to find this out is at
http://rpmfind.net/linux/RPM/index.html

Luc Wastiaux <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> This may not be the best newsgroup for this, so sorry if this is
> off-topic.
>
> I am trying to compile qstat for linux,
> when I run "make linux", I get these error messages:
>
> cannot find stdio.h
> stdlib.h
> errno.h
> sys/types.h
> etc. etc.
>
> Could you tell me what package I have to install?
>
> Thank you.
>
> --
>
> Luc Wastiaux
> [EMAIL PROTECTED]
> [remove spam block to reply]



------------------------------

From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: glibc-2.1 and incompatible apps
Date: Mon, 03 May 1999 20:25:34 GMT

In article <[EMAIL PROTECTED]>, "Stefan Monnier wrote:
>>>>>> "Juergen" == Juergen Heinzl <[EMAIL PROTECTED]> writes:
>> In article <[EMAIL PROTECTED]>, "Stefan Monnier wrote:
>>> How do people work around the problem of applications compiled
>>> for glibc-2.0 that don't work with glibc-2.1 any more ?
>>> I guess I can keep a glibc-2.0 around and play around with LD_LIBRARY_PATH,
>> No.
>
>Arrrrgghhh!!!!
>It indeed doesn't work since the /lib/ld-linux.so.2 from glibc-2.1 refuses
>to (run-time-)link with glibc-2.0 and this path is hard coded in the
>executable.
>
>How did they manage to screw up so badly ?

I cannot say I think it was screwed up and glibc-2.0.x was never announced
as the final, definitive and whatever version. In addition no-one ever urged
people to upgrade, neither from libc5 to libc6 nor from 2.0.x to 2.1.x which
is probably much less work in progress than 2.0.

Regarding distributions based on 2.0 ... well, again just my personal
opinion ... perhaps more the need to bring out something new (?)

As far as commercial software is concerned though it would be nice at least
if vendors would not only say "runs on glibc systems" but too if it does not
(yet) with anything beyond 2.0.7. Especially since other stuff, here the
Motif shared libraries and programmes linked to it, Netscape, the whole
X Window package and other things work fine.

Minor note, disabling the embedded font server of Applix, after some strace
sessions and other fun, was enough to make it happy now and this system is
100 per cent glibc-2.1.1pre1.

Second minor note, glibc-2.1.x is right now probably most interesting to
developers since it is much more standards compliant than anything else
before and it is a great job. As a `just' user though you might as well
take your time.

Cheers,
Juergen

-- 
\ Real name     : Jürgen Heinzl                 \       no flames      /
 \ EMail Private : [EMAIL PROTECTED] \ send money instead /

------------------------------

From: [EMAIL PROTECTED] (Don Waugaman)
Crossposted-To: 
comp.lang.c++,comp.os.linux.development.apps,comp.unix.programmer,comp.unix.questions,gnu.g++.help,gnu.gcc.help
Subject: Re: Templates
Date: 3 May 1999 15:26:26 -0700

In article <[EMAIL PROTECTED]>,
Nix  <[EMAIL PROTECTED]> wrote:
>Greg Franks <[EMAIL PROTECTED]> writes:
>
>> The g++ compiler is not terribly brilliant when it comes to
>> templates.
>[snip code to laboriously manually instantiate templates]
>> Yes, this sucks.  The solaris CC compiler is much smarter.
>
>So is g++.
>
>egcs (now the official GCC) has been far better than this at template
>instantation from day one.

To be fair to the previous poster, the subject was instantiating template
in a source file outside the header file.  This is something that egcs
doesn't do well right now, unless you compile without explicit templates
and instantiate yourself (as Greg was demonstrating in his posting) -
which I think everyone who has done so would agree is a pain.

As near as I can tell, allowing compilation of function/class templates
whose definitions are not visible at compile time (i.e. in the header
file) will have to wait for the 'export' keyword to be fully implemented.
--
    - Don Waugaman ([EMAIL PROTECTED])    O-             _|_  Will pun
Web Page: http://www.cs.arizona.edu/people/dpw/            |   for food
In the Sonoran Desert, where we say: "It's a dry heat..."  |     <><
At Group L, Stoffel oversees six first-rate programmers, a managerial
challenge roughly comparable to herding cats.
                -- The Washington Post Magazine, 9 June, 1985

------------------------------

From: Zoltan Kocsi <[EMAIL PROTECTED]>
Subject: Library problem
Date: 04 May 1999 10:18:55 +1000

I have a RH 5.1 system w/ kernel 2.0.36, running on a PII.

Installing these packages (from the RH contrib tree):

XFree86-3.3.3.1-2.i686.rpm
XFree86-SVGA-3.3.3.1-2.i686.rpm
XFree86-devel-3.3.3.1-2.i686.rpm
XFree86-libs-3.3.3.1-2.i686.rpm
xanim-27070-with-closed-codecs-1.i686.rpm

renders X (and with a working X, xanim) unusable. They complain about
unresolved library symbols, namely

__register_frame_info
__deregister_frame_info

and (of course) refuse to run.

The libc version is glibc-2.0.7-29.

Could someone point me towards the relevant directory updates ?

Thanks in advance,

Zoltan

PS: The reply address is invalid to stop spam. Real address is in the sig.

-- 
+------------------------------------------------------------------+
| ** To reach me write to zoltan in the domain of bendor com au ** |
+--------------------------------+---------------------------------+
| Zoltan Kocsi                   |   I don't believe in miracles   |  
| Bendor Research Pty. Ltd.      |   but I rely on them.           |
+--------------------------------+---------------------------------+

------------------------------

From: [EMAIL PROTECTED] (Paul Kimoto)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Library problem
Date: 4 May 1999 00:06:40 -0500
Reply-To: [EMAIL PROTECTED]

This is not a system problem.  Followups redirected.

In article <[EMAIL PROTECTED]>, Zoltan Kocsi wrote:
> __register_frame_info
> __deregister_frame_info

You are mixing programs or libraries (or both) compiled by
gcc and egcs.  Unfortunately this sometimes doesn't work.

One solution is to pick through the programs and libraries
to find out where this symbol is required and resolved,
then make the appropriate fix; another is to get a entirely
consistent set; also there is a hack that may work for you
at http://www.garloff.de/kurt/freesoft/ .

-- 
Paul Kimoto             <[EMAIL PROTECTED]>

------------------------------


** 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: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.development.system) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Development-System Digest
******************************

Reply via email to