Linux-Misc Digest #494, Volume #27 Sat, 31 Mar 01 15:13:03 EST
Contents:
Re: No way to shrink KDE windows? (Noah Roberts)
Re: how i want to make file runable under dos or windows?? (Noah Roberts)
Re: Problems installing Suse 7.0 (Mark Watson)
Re: getty (Dave Brown)
Re: how i want to make file runable under dos or windows?? (Dances With Crows)
Re: Support for LCD Monitors? (Bill Unruh)
Re: Support for LCD Monitors? (Bill Unruh)
Re: Support for LCD Monitors? (Bill Unruh)
Re: Tips: Debian is very good (= (Michael Perry)
Re: Help! Can't boot from floppy ("Hiawatha Bray")
ISO image install problem... ("Hiawatha Bray")
Re: how i want to make file runable under dos or windows?? (Grant Edwards)
Re: Tips: Debian is very good (= ([EMAIL PROTECTED])
Re: Support for LCD Monitors? (Dances With Crows)
Re: system.map (Dances With Crows)
Thank goodness for full backups. (Jean-David Beyer)
Re: Formatting a partition in Linux? (Juergen Heinzl)
Re: system.map (Michael Heiming)
Re: 5250 Emulator... (Rick)
Re: Support for LCD Monitors? (Tony Houghton)
Re: Support for LCD Monitors? (Tony Houghton)
----------------------------------------------------------------------------
Date: Sat, 31 Mar 2001 10:21:27 -0800
From: Noah Roberts <[EMAIL PROTECTED]>
Subject: Re: No way to shrink KDE windows?
Andrew Purugganan wrote:
> (Older version of KDE, not the recently released one) COREL Linux SE
> (Second? Special? )
>
> No matter how much I change the font size, windows such as KDE Control
> Center always seem to occupy 105% of the screen. Are they really like
> that? Can't I have smaller windows without changing resolutions?
> Usefulness or not, it's beginning to bug me more than windows. The GUI
> part, at least (not intended to start flamewars)
KDE is not the only culprit in this....Gnome window do this too....I
think some developers assume we all use 1024x768.
------------------------------
Date: Sat, 31 Mar 2001 10:22:10 -0800
From: Noah Roberts <[EMAIL PROTECTED]>
Subject: Re: how i want to make file runable under dos or windows??
max wrote:
> is there any methods to make the program file that compiled under linux
> runable
> under dos or windows??
> if yes, how i want to do that??
> thx in advance!!
If you wrote it in Java.
------------------------------
From: Mark Watson <[EMAIL PROTECTED]>
Subject: Re: Problems installing Suse 7.0
Date: Sat, 31 Mar 2001 18:22:11 GMT
Hello,
re:
> I've just got SuSe Personal 7.0 and am trying to install it on the last 2GB of
> my 60GB Maxtor HD.
One thing: your boot partition must be totally
contained in the first 1024 cylinders, right?
-Mark
-- Mark Watson
-- Java consulting, Open Source and Content: www.markwatson.com
-- Commercial software: www.knowledgebooks.com
------------------------------
From: [EMAIL PROTECTED] (Dave Brown)
Subject: Re: getty
Reply-To: [EMAIL PROTECTED]
Date: 31 Mar 2001 12:26:54 -0600
In article <99q3dm$n4c$[EMAIL PROTECTED]>, Zdravko Balorda wrote:
>where does "login" come from in single user S mode?
>I have a broken linux that won't let me login in S mode.
Probably "sulogin". See man page.
--
Dave Brown Austin, TX
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: how i want to make file runable under dos or windows??
Reply-To: [EMAIL PROTECTED]
Date: 31 Mar 2001 18:32:54 GMT
On Sun, 1 Apr 2001 01:13:40 +0800, max staggered into the Black Sun and
said:
>is there any methods to make the program file that compiled under linux
>runable under dos or windows?? if yes, how i want to do that??
What language is this program written in, and what does the program do?
The answers to those questions will determine a lot of what you need to
do to get it to cross-compile.
If the program doesn't do anything with graphics, you'll have a much
easier time of it. Just compile under DJGPP for C and C++, or if this
is a Perl script, run it under Perl for Win32.
If it's written in C or C++ and uses GTK+ or Qt, well, the GTK+ and Qt
libraries are available under Doze, but you will have to do some heavy
surgery on main() and like functions to make your Doze compiler happy.
If this is written in Java, no problem! Java is "Write Once, Debug
Everywhere!" Run it through the Doze JDK and prepare to spend hours
fixing compiler errors and library dependencies.
If this program requires direct access to the hardware, (think cdrecord,
e2fsck, anything that touches /dev/* directly) then you might as well
forget it unless you really enjoy pain. Direct hardware access under
Windoze is very different from the way things are done under Linux, and
you will have to rewrite large portions of the program.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
http://www.brainbench.com / Workin' in a code mine, whoops!
=============================/ I hit a seg fault....
------------------------------
From: [EMAIL PROTECTED] (Bill Unruh)
Crossposted-To: alt.uu.comp.os.linux.questions,comp.os.linux.hardware,uk.comp.os.linux
Subject: Re: Support for LCD Monitors?
Date: 31 Mar 2001 18:37:54 GMT
In <[EMAIL PROTECTED]> "Robert Hardy" <[EMAIL PROTECTED]> writes:
]Not knowing so much about Linux etc. I am wondering if I will have problems
]using a LCD monitor (precisely the Proview BM568 or the TAXAN Crystalvision
]680) - I am just putting together a system and will want to run some
]distribution of Linux (no preference as yet). Will I need drivers and such -
]since I know that they supply Win9* etc drivers with the product (not sure
]what they do), but they don't have any Linux drivers for download from their
]sites.
You shouldn't. All X ( which is where the monitor stuff is) needs to
know are the two refresh rates ( hor and vert cync rates) and perhaps
the polarity of the sync pulses ( spent a day tearing out my hair trying
to get an LCD projector working before discovering that it needed the
opposite value sync pulse).
------------------------------
From: [EMAIL PROTECTED] (Bill Unruh)
Crossposted-To: comp.os.linux.misc,comp.os.linux.hardware,uk.comp.os.linux
Subject: Re: Support for LCD Monitors?
Date: 31 Mar 2001 18:43:45 GMT
In <[EMAIL PROTECTED]> "Robert Hardy" <[EMAIL PROTECTED]> writes:
]Basically I've got a bit more info (which probably won't change
]anything...but you know how paranoid a newbie can get...so I'm attatching it
]here...).
]The monitor is a Proview BM568, and is designed for Plug n Play.
]Consequently, it goes perfectly well on Win stuff, since there are already
]some drivers for Proview monitors - one of which works (although it is not
]for exactly this model, but...).
I never have been able to figure out what modem drivers were supposed to
be all about. The monitor just accepts signals, in totally standard
formts, from the video card and displays them There is nothing tricky or
fancy there. They do not give a damn about the OS nor does the OS care
about them. That is all part of the video card, whose only purpose is to
translate those bits to a standard signal the monitor can understand.
The OS could not do anything about it anyway if the video card could not
drive the monitor. As I said the only thing the video card may need to
know is what the horizontal and vertical refresh frequencies are.
]Reading a bit about PnP support on Linux, I get concerned - will there be
]the right kind of drivers available, or is a PnP monitor going to cause
]problems (a bit like a WinModem) since it depends on Windows already having
]the
]right drivers, and under Linux I might not find them?
I think it is like saying that the plug in cable plugging in the
computer has PNP support, because you just plug it in and it works. The
only thing that PNP support could give you is for the monitor to tell
the video card what its frequencies were.
]Thanks a lot,
]Robert.
------------------------------
From: [EMAIL PROTECTED] (Bill Unruh)
Crossposted-To: comp.os.linux.misc,comp.os.linux.hardware,uk.comp.os.linux
Subject: Re: Support for LCD Monitors?
Date: 31 Mar 2001 18:43:45 GMT
In <[EMAIL PROTECTED]> "Robert Hardy" <[EMAIL PROTECTED]> writes:
]Basically I've got a bit more info (which probably won't change
]anything...but you know how paranoid a newbie can get...so I'm attatching it
]here...).
]The monitor is a Proview BM568, and is designed for Plug n Play.
]Consequently, it goes perfectly well on Win stuff, since there are already
]some drivers for Proview monitors - one of which works (although it is not
]for exactly this model, but...).
I never have been able to figure out what modem drivers were supposed to
be all about. The monitor just accepts signals, in totally standard
formts, from the video card and displays them There is nothing tricky or
fancy there. They do not give a damn about the OS nor does the OS care
about them. That is all part of the video card, whose only purpose is to
translate those bits to a standard signal the monitor can understand.
The OS could not do anything about it anyway if the video card could not
drive the monitor. As I said the only thing the video card may need to
know is what the horizontal and vertical refresh frequencies are.
]Reading a bit about PnP support on Linux, I get concerned - will there be
]the right kind of drivers available, or is a PnP monitor going to cause
]problems (a bit like a WinModem) since it depends on Windows already having
]the
]right drivers, and under Linux I might not find them?
I think it is like saying that the plug in cable plugging in the
computer has PNP support, because you just plug it in and it works. The
only thing that PNP support could give you is for the monitor to tell
the video card what its frequencies were.
]Thanks a lot,
]Robert.
------------------------------
From: [EMAIL PROTECTED] (Michael Perry)
Subject: Re: Tips: Debian is very good (=
Date: Sat, 31 Mar 2001 18:53:39 -0000
On Sat, 31 Mar 2001 13:43:08 GMT, John Hasler <[EMAIL PROTECTED]> wrote:
>Michael Perry writes:
>> I have been religiously upgrading unstable to the bleeding edge and it
>> just plain works.
>
>Don't bet your servers on it. Unstable is fine for workstations that can
>stand a little downtime, but we've had one libc screwup already this year.
>There is a reason it is called unstable.
>--
>John Hasler
>[EMAIL PROTECTED]
>Dancing Horse Hill
>Elmwood, Wisconsin
Definitely so. I have a few servers not running unstable. Nonetheless,
debian unstable is fun to play with and it works with the caveat of downtime
possibly. I have not seen any yet though and have upgraded several systems
to unstable over the past month or so.
--
Michael Perry
[EMAIL PROTECTED]
===================
------------------------------
From: "Hiawatha Bray" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,linux.redhat.misc
Subject: Re: Help! Can't boot from floppy
Date: 31 Mar 2001 18:56:52 GMT
By Jove, you've done it! I used a brand-new disk, made sure it had no bad
sectors, and made it a Linux boot disk.
Bada-bing! It worked!
Now for my next problem...
I downloaded Red Hat 7 as an ISO image and burned it onto CDs. Each CD has
just one big file on it. How do I "open" them so I can install the
software? Thanks.
"David Efflandt" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> On 30 Mar 2001 01:31:11 GMT, Hiawatha Bray <[EMAIL PROTECTED]> wrote:
> > I have copied a Linux boot image to floppy, but my computer refuses to
> >boot from it. It starts running initrd.img and then says "boot failed."
I
> >tried two different boot disks, with the same result. Anybody know why?
>
> Floppies for boot images must be perfect (no bad sectors) because boot
> data is written to them sequentially (no file system). So 'format a: /u'
> them in DOS or Windows first and make sure thay have no bad sectors.
>
> And I believe that you have to use rawrite when booted to DOS (not a DOS
> window or restart in DOS mode). You may need to use your Win startup
> floppy for that (or at least that is the only way I can boot to DOS with
> Win98se).
>
> PS: The boot floppy that came with my Mandrake 7.0 was bad and would not
> boot, so I had to make another one.
>
> --
> David Efflandt [EMAIL PROTECTED] http://www.de-srv.com/
> http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
> http://cgi-help.virtualave.net/ http://hammer.prohosting.com/~cgi-wiz/
------------------------------
From: "Hiawatha Bray" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,linux.redhat.misc
Subject: ISO image install problem...
Date: 31 Mar 2001 18:56:55 GMT
I downloaded Red Hat 7 as an ISO image and burned it onto CDs. Each CD has
just one big file on it. How do I "open" them so I can install the
software? Thanks
------------------------------
From: [EMAIL PROTECTED] (Grant Edwards)
Subject: Re: how i want to make file runable under dos or windows??
Date: Sat, 31 Mar 2001 19:19:28 GMT
On Sat, 31 Mar 2001 10:22:10 -0800, Noah Roberts <[EMAIL PROTECTED]> wrote:
>max wrote:
>
>> is there any methods to make the program file that compiled under linux
>> runable
>> under dos or windows??
>> if yes, how i want to do that??
>> thx in advance!!
>
>If you wrote it in Java.
Or Python, or some other interepreted language (either directly
intpreted or via a bytecode/vitural-machine scheme).
--
Grant Edwards grante Yow! We are now enjoying
at total mutual interaction in
visi.com an imaginary hot tub...
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Tips: Debian is very good (=
Date: Sat, 31 Mar 2001 19:20:01 GMT
[EMAIL PROTECTED] (Michael Perry) writes:
> On Sat, 31 Mar 2001 13:43:08 GMT, John Hasler <[EMAIL PROTECTED]> wrote:
> >Michael Perry writes:
> >> I have been religiously upgrading unstable to the bleeding edge and it
> >> just plain works.
> >
> >Don't bet your servers on it. Unstable is fine for workstations that can
> >stand a little downtime, but we've had one libc screwup already this year.
> >There is a reason it is called unstable.
>
> Definitely so. I have a few servers not running unstable.
> Nonetheless, debian unstable is fun to play with and it works with
> the caveat of downtime possibly. I have not seen any yet though and
> have upgraded several systems to unstable over the past month or so.
Things seem typically to stay pretty stable, even on "unstable," until
a major new release of Perl comes out, and _some_ packages start
getting updated to point to that new release of Perl.
It tends to be at that point that things break down pretty badly, and
that only for those packages that really depend on where Perl
components are.
There used to be some issues with GLIBC updates, but that seems to
have stabilized impressively. I have done a lot of GLIBC updates
without noticing any behavioural changes.
The only thing that I'm reluctant to upgrade at this point is LILO;
the last time I did that, the system refused to reboot anymore.
I had to do a tiny Linux install on a spare partition, which installed
an older version of LILO, and then reboot the main system, and there,
downgrade LILO to the same older version in order to have "joy and
happiness."
I'm idly thinking of moving to GRUB, but haven't seriously tried to do
that yet...
--
(reverse (concatenate 'string "ac.notelrac.teneerf@" "454aa"))
http://vip.hex.net/~cbbrowne/resume.html
As far as the laws of mathematics refer to reality, they are not certain;
and as far as they are certain, they do not refer to reality.
-- Albert Einstein.
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Crossposted-To: comp.os.linux.hardware,uk.comp.os.linux
Subject: Re: Support for LCD Monitors?
Reply-To: [EMAIL PROTECTED]
Date: 31 Mar 2001 19:21:14 GMT
On Sat, 31 Mar 2001 17:54:37 GMT, Robert Hardy staggered into the Black
Sun and said:
[quote moved to bottom of post, duplicate NG trimmed]
>Stig Brautaset <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]...
>> "Robert Hardy" <[EMAIL PROTECTED]> writes:
>>
>>> Not knowing so much about Linux etc. I am wondering if I will have
>>> problems using a LCD monitor (precisely the Proview BM568 or the
>>> TAXAN Crystalvision 680) - I am just putting together a system and
>>> will want to run some distribution of Linux (no preference as yet).
>>> Will I need drivers and such - since I know that they supply Win9*
>>> etc drivers with the product (not sure what they do), but they
>>> don't have any Linux drivers for download from their sites.
>>
>> You should not have any problem /at all/ using any monitor that will
>> connect to your graphics card.
>Basically I've got a bit more info (which probably won't change
>anything...but you know how paranoid a newbie can get...so I'm
>attatching it here...). The monitor is a Proview BM568, and is
>designed for Plug n Play. Consequently, it goes perfectly well on Win
Like Stig said, it is highly doubtful that you will have problems. Read
on to learn more:
For CRTs, the only important things that XFree86 needs to know about the
monitor are its HSync and VSync ranges. These are printed in the
monitor's manual or available on the manufacturer's website, or XFree86
can use VESA-standard modes that any monitor made during the last 3
years should support.
LCDs are very similar to CRTs *IF* the connection between the LCD and
CRT is an analog one (made using a 15-pin VGA cable.) Then things work
just as described above, though the HSync and Vsync ranges mentioned are
typically very narrowly defined for an LCD; VSync is always 60Hz. This
is really suboptimal; LCDs are digital while CRTs are analog, and the
D->A->D conversion occurring with an analog cable can produce "pixel
swim" and jitter. 'Doze video drivers may have settings to try and
reduce these artifacts; XFree86 has none that I know of. If you notice
these problems with your 'Doze setup, they may be worse with XFree86.
The only other problem I can think of that you might have is if the
video card you're using connects to the LCD using a non-VGA digital
interface. At that point, the question becomes, "Does XFree86 have
support for this video card?"
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
http://www.brainbench.com / Workin' in a code mine, whoops!
=============================/ I hit a seg fault....
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: system.map
Reply-To: [EMAIL PROTECTED]
Date: 31 Mar 2001 19:21:17 GMT
On Sat, 31 Mar 2001 09:59:13 -0800, Noah Roberts staggered into the
Black Sun and said:
>Michael Heiming wrote:
>> green wrote:
>> >
>> > Question what do you do if you have multi versions of kernels ?
>> > e.g. 2.2, 2.4, different configs etc. System map can't match all.
>>
>> That's right,
>> cp /usr/src/linux/System.map /boot/System.map-<kernel ver>
>> and the kernel will know, wich one to use, or you get in
>> /var/log/messages:
>> Warning: /boot/System.map has an incorrect kernel version.
>> But the System will run, as Peter T. Breuer posted to this thread.
>
>I have never gotten these errors and I changed from 2.2.16 to 2.4.2 and
>did not use System.map....... What exactly is system.map for? I have
>never seen the point in it or the /boot directory and I am a 6 year
>linux user. The only thing I can think of that NEEDS it is Grub.
Never seen the point of the /boot directory? 6 year Linux user? Those
two statements don't jibe very well! In ancient days, LILO couldn't
boot a kernel image that didn't reside below the 1024-cylinder limit,
and the idea of the /boot partition was created as a workaround. It
also makes sense to have your kernel image and loading map in a
separate, very small filesystem, preferably mounted RO, so there's less
chance of random disk failures making booting impossible.
DOS doesn't need something similar because it always puts the first
sector of IO.SYS on the first sector of the FAT filesystem on the first
primary partition. This is "simpler", but very inflexible.
As for the System.map, you've never had a kernel OOPS/panic? ....wow.
Anyway, if you do have a kernel panic or OOPS, System.map provides a way
for the syslogd to produce a call stack composed of kernel function
names instead of hex numbers. This information can be invaluable to
those who work with or debug bleeding-edge kernels.
In userland, lsof wants System.map for full functionality. lsof can be
very useful, and not just for debugging kernels.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
http://www.brainbench.com / Workin' in a code mine, whoops!
=============================/ I hit a seg fault....
------------------------------
From: Jean-David Beyer <[EMAIL PROTECTED]>
Subject: Thank goodness for full backups.
Date: Sat, 31 Mar 2001 14:28:54 -0500
I tried installing VA Linux Systems 6.2.4 release to replace their
6.2.3 release. These are like Red Hat Linux 6.2, but with many
upgrades.
Unfortunately, there were many anomolies that I could not understand.
The simplest one was that there is no memory indicated as shared in
top or /proc/meminfo. This is confusing.
The next was that I could not get the Samba configuration screen to
come up with Netscape (swat, also known as http://localhost:901).
Likewise, I could not telnet into localhost 901 It claims access is
denied even though the /etc/services and /etc/inded.conf are the same
as before. Likewise, the release is samba-2.0.7-4, although the kernel
is vmlinuz-2.2.18pre11-va2.0smp instead of vmlinuz-2.2.14-VA.2.1smp.
After putzing around for about a whole day, I said the @#$% with it,
stuffed the backup tape into the drive, typed bru -xv -ua into a root
window, and restored everything. It did miss the group id of the tape
drive itself, since bru was unwilling to modify a "file" that was in
use.
I guess I will do the upgrade another time, piecemeal, instead of all
at once. I am not sure what the trouble was.
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ Registered Machine 73926.
/( )\ Shrewsbury, New Jersey http://counter.li.org
^^-^^ 2:20pm up 57 min, 3 users, load average: 3.53, 2.89, 1.87
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: Formatting a partition in Linux?
Date: Sat, 31 Mar 2001 19:31:48 GMT
In article <[EMAIL PROTECTED]>, KCmaniac wrote:
>Thanks Juergen for you response:
>
>Juergen Heinzl wrote:
>
>>
>> dd if=/dev/zero of=/dev/sda1 bs=512
>
>What is /dev/zero?? Is this supposed to mean write zeros as standard input
>to sda1, 512 bytes at a time? Again what is /dev/zero?
[-]
It provides you with an endless stream of null's (every management
recruting company's dream ...).
Contrary to /dev/null though you can read from (try cat /dev/null, then
cat /dev/zero | od -c .. you'll have to press ^C since od does not
output repeated lines that way).
Oh and as all files in /dev/ it's a special device file, not a normal
one .. do not remove it.
>> You can use mkswap, too but then you'd have to change the partition
>> type first.
>
>This seems rather cumbersome in that you mean I would have to use fdisk and
>change the device ID to Linux swap or 82 and then use mkswap on it? Then
>change the ID back to Linux Native or 83?
[-]
Yes, it's cumbersome and I'd not do it. Just for completeness and should
you ever happen to run mkswap on your /usr partition, then you'll know by
now it's going to be useless to ask whether you can get your data back 8-)
In short so -- if, for whatever reason, you want or need to overwrite
your partition use dd, write an application to write various patterns
multiple times for security reasons (as root you can open and write
a disk partition like any other file), or just run mke2fs as whatever
is there isn't going to interfere.
dd is fine for sure as long as all you want to avoid is someone
peeping around using some hex editor.
Ta',
Juergen
--
\ Real name : Juergen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
Date: Sat, 31 Mar 2001 21:39:25 +0200
From: Michael Heiming <[EMAIL PROTECTED]>
Subject: Re: system.map
Noah Roberts wrote:
>
> Michael Heiming wrote:
>
> > green wrote:
> > >
> > > Question what do you do if you have multi versions of kernels ? e.g. 2.2,
> > > 2.4, different configs etc.
> > >
> > > System map can't match all.
> >
> > That's right,
> >
> > cp /usr/src/linux/System.map /boot/System.map-<kernel ver>
> >
> > and the kernel will know, wich one to use, or you get in
> > /var/log/messages:
> >
> > Warning: /boot/System.map has an incorrect kernel version.
> >
> > But the System will run, as Peter T. Breuer posted to this thread.
>
> I have never gotten these errors and I changed from 2.2.16 to 2.4.2 and did
> not use System.map.......
>
> What exactly is system.map for? I have never seen the point in it or the
> /boot directory and I am a 6 year linux user. The only thing I can think of
> that NEEDS it is Grub.
OK, since actually not very much people seem to read man pages:
>From man klogd
As a convenience klogd will attempt to resolve kernel
numeric addresses to their symbolic forms if a kernel sym�
bol table is available at execution time. A symbol table
may be specified by using the -k switch on the command
line. If a symbol file is not explicitly specified the
following filenames will be tried:
/boot/System.map
/System.map
/usr/src/linux/System.map
It's basically for kernel debugging info, to make it better readable.
I'm using SuSE distros since they came out (4.2) about 5 years ago,
there
was always System.map in /boot, so I always copied it to /boot, in case
I
compiled a new kernel.
Case you get trouble with your machine Ie. faulty RAM, you will see that
it's actually useful to have this file.
Michael Heiming
------------------------------
From: Rick <[EMAIL PROTECTED]>
Subject: Re: 5250 Emulator...
Date: Sat, 31 Mar 2001 15:01:17 -0500
Claude Santero wrote:
>
> We are a little French Industry and we are using Client Access from IBM
> under Windows configured on 5250 emulator (with TCP / IP) to access an IBM
> AS/400.
> Very interrested by Linux, I wonder if someone know something about 5250
> emulator under Linux. Does such an emulator exist ? If someone know
> something we are grateful to him for giving us some clue.
>
> Best regards.
> Claude Santero.
tn5250. I use it under Mandrake Linux on a Compaq laptop and compiled it
under LinuxPPC on a Macintosh. It is a bit old and doesnt semm to be
maintained, but it is available. Im not sure where I got the tar, but
searching Freshmeat should be successful.
There are also commercial alterntives. Also, I only use it for psoting
attendance to the school's AS/400 (Im a teacher) so I dont know how well
tn5250 emulates the 5250.
I hope this helps.
--
Rick
------------------------------
From: [EMAIL PROTECTED] (Tony Houghton)
Crossposted-To: comp.os.linux.misc,comp.os.linux.hardware,uk.comp.os.linux
Subject: Re: Support for LCD Monitors?
Reply-To: [EMAIL PROTECTED]
Date: Sat, 31 Mar 2001 20:08:16 +0100
In <[EMAIL PROTECTED]>,
Robert Hardy <[EMAIL PROTECTED]> wrote:
> Basically I've got a bit more info (which probably won't change
> anything...but you know how paranoid a newbie can get...so I'm attatching it
> here...).
> The monitor is a Proview BM568, and is designed for Plug n Play.
> Consequently, it goes perfectly well on Win stuff, since there are already
> some drivers for Proview monitors - one of which works (although it is not
> for exactly this model, but...).
> Reading a bit about PnP support on Linux, I get concerned - will there be
> the right kind of drivers available, or is a PnP monitor going to cause
> problems (a bit like a WinModem) since it depends on Windows already having
> the
> right drivers, and under Linux I might not find them?
I think all the Windows monitor "driver" files do is tell it the
frequency ranges etc. W2K doesn't seem to bother with them. I think PnP
just means the monitor can identify its model to the PC through the VGA
connector.
You shouldn't have any problem just using standard 60-75Hz VESA modes.
--
TH * http://www.realh.co.uk
------------------------------
From: [EMAIL PROTECTED] (Tony Houghton)
Crossposted-To: comp.os.linux.misc,comp.os.linux.hardware,uk.comp.os.linux
Subject: Re: Support for LCD Monitors?
Reply-To: [EMAIL PROTECTED]
Date: Sat, 31 Mar 2001 20:08:16 +0100
In <[EMAIL PROTECTED]>,
Robert Hardy <[EMAIL PROTECTED]> wrote:
> Basically I've got a bit more info (which probably won't change
> anything...but you know how paranoid a newbie can get...so I'm attatching it
> here...).
> The monitor is a Proview BM568, and is designed for Plug n Play.
> Consequently, it goes perfectly well on Win stuff, since there are already
> some drivers for Proview monitors - one of which works (although it is not
> for exactly this model, but...).
> Reading a bit about PnP support on Linux, I get concerned - will there be
> the right kind of drivers available, or is a PnP monitor going to cause
> problems (a bit like a WinModem) since it depends on Windows already having
> the
> right drivers, and under Linux I might not find them?
I think all the Windows monitor "driver" files do is tell it the
frequency ranges etc. W2K doesn't seem to bother with them. I think PnP
just means the monitor can identify its model to the PC through the VGA
connector.
You shouldn't have any problem just using standard 60-75Hz VESA modes.
--
TH * http://www.realh.co.uk
------------------------------
** 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 by posting to comp.os.linux.misc.
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-Misc Digest
******************************
