Linux-Development-Sys Digest #683, Volume #6      Thu, 6 May 99 01:13:58 EDT

Contents:
  Re: KDE without gif support ([EMAIL PROTECTED])
  Re: Mac-emulation on Linux? (Louis Kowolowski)
  Re: Files larger than 2 GB on Intel/Linux ("J�rgen Exner")
  Re: Mac-emulation on Linux? (Anthony D. Tribelli)
  Re: Mac-emulation on Linux? (Shimpei Yamashita)
  Re: swapon, util-linux 2.9r (Peter Samuelson)
  lp and kernel 2.2 (Jwbat)
  Re: Journaled Filesystem (bill davidsen)
  Re: /dev/hda1 has reached maximal mount count, check forced (Peter Samuelson)
  Re: Glibc rant (Juergen Heinzl)
  Linux device driver (DAVID JOHNSON)
  Linux device driver (DAVID JOHNSON)
  Compatibility with AT&T Unix (Terence Cheng)
  Re: Linux + Laptops + APM + X = garbled screen (Peter Teuben)

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

From: [EMAIL PROTECTED]
Subject: Re: KDE without gif support
Date: Wed, 5 May 1999 18:18:36 +0000

Roope Anttinen <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>> Hi!
>> I compiled KDE-1.1 without any errors, but it has no gif support.
>> I never installed the giflib included in the kdesupport package
>> and used an installed 4.0 of giflib from my system instaed.
>> With KDE-1.0 I doesn't had these problems...

> You probably have qt > 1.43 ? Due to gif patent issues qt-1.44 has disabled
> gif support.

Ahh.. yes, I use 1.44 here. Any suggestions to include it anyway? 

-- 
cu

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

From: Louis Kowolowski <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Subject: Re: Mac-emulation on Linux?
Date: Wed, 05 May 1999 13:39:31 -0700

FM wrote:
> Just another related question. Do all macs have one
> mouse button or is it that it's so common that I've
> never encountered a mac with multiple mouse buttons.
> I'm quite used to 3-button Logitech mice that I
> find many 2-button mice very limiting and wonder if
> I could make use of multiple-button mice on a mac?
> If there are some available (which I assume), does
> the X windows (and window managers/desktop
> environments) make use of the extra buttons? How
> does it behave without the extra buttons?
I'm using a turbomouse 5, and XFree recognized it right away as a 3
button mouse (havent' had the need to go and figure out how to get the
fourth).
if you only have one button, you have to use 3-button emulation, so
probably something like alt-2 alt-3 for the respective buttons...

L
-- 
"One world, one web, one program"  -- Microsoft Promo Ad.
"Ein Volk, Ein Reich, Ein Fuhrer"  -- Adolf Hitler

Eunuchs, the non-gender-specific OS

In Germany's Black Forest: 
 It is strickly forbidden on our Black Forest camping site
 that people of different sex, for instance, men & women,
 live together in one tent unless they are married for that
 purpose. 

>Hi! I'm the signature virus 99!  Copy me into your signature and join the
fun!<

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

From: "J�rgen Exner" <[EMAIL PROTECTED]>
Subject: Re: Files larger than 2 GB on Intel/Linux
Date: Wed, 5 May 1999 14:37:04 -0700
Reply-To: "J�rgen Exner" <[EMAIL PROTECTED]>

Eildert Groeneveld <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Someone started a thread with this very appropriate subject. But I
> did not see any relevant answers to the topic. So let me raise
> it again. We are about the by a really big Alpha server with some 3GB
> of RAM  and 40 or so GB of disk space. What are our chances of
> being able to handle files larger than 2GB?

This has been discussed to death numerous times already. Please check
dejanews.

The short answer:
- for 64 bit architectures files larger than 2GB are supported already
- for 32 bit architectures there is no way to add support unless you do
major modifications to the kernel as well as to core libraries as well as
(in consequence to the library changes) to most applications.

jue
--
J�rgen Exner




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

Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
From: [EMAIL PROTECTED] (Anthony D. Tribelli)
Subject: Re: Mac-emulation on Linux?
Date: Wed, 5 May 1999 21:17:53 GMT

FM ([EMAIL PROTECTED]) wrote:

: Just another related question. Do all macs have one
: mouse button or is it that it's so common that I've
: never encountered a mac with multiple mouse buttons.

You are correct, it's merely that the one button mouse is the most common.
Apple only makes one button mice and one of these mice is included with
every system.

: I'm quite used to 3-button Logitech mice that I
: find many 2-button mice very limiting and wonder if
: I could make use of multiple-button mice on a mac?
: If there are some available (which I assume), does
: the X windows (and window managers/desktop
: environments) make use of the extra buttons? How
: does it behave without the extra buttons?

Many, inlcuding Logitech, make 3rd. party mice for Mac. The buttons are
programmable under MacOS and Apple's Game libraries are supporting
multibutton mice natively. No word on if and when the OS will do so as
well. 

Tony
-- 
==================
Tony Tribelli
[EMAIL PROTECTED]

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

From: Shimpei Yamashita <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Subject: Re: Mac-emulation on Linux?
Date: 5 May 1999 21:38:25 +0100

FM <[EMAIL PROTECTED]> writes:
>
>Steven G. Johnson <[EMAIL PROTECTED]> wrote:
>
>> 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.
>
>Just another related question. Do all macs have one
>mouse button or is it that it's so common that I've
>never encountered a mac with multiple mouse buttons.

All Apple mice come with one button. You can purchase third-party
mice with anywhere from two to four buttons, though.

>I'm quite used to 3-button Logitech mice that I
>find many 2-button mice very limiting and wonder if
>I could make use of multiple-button mice on a mac?
>If there are some available (which I assume), does
>the X windows (and window managers/desktop
>environments) make use of the extra buttons? How
>does it behave without the extra buttons?

In Mac OS, the manufacturer provides some utility that allows you to
map some combination of keyboard and mouse events to the extra buttons
on a per-application basis. I map control-click in Finder to the right
mouse button to get contextual menus to act like they do in Windows, for
example. You can even sort of simulate the X middle mouse button by
globally mapping command-V to the middle button, although I don't really
see the point.

In Linux (X in particular), the X server does take advantage of the
extra mouse buttons. If you have a single-button mouse, the middle and
right mouse buttons are simulated by pressing option-1 and option-2 on
the keyboard (IIRC; it might have been command instead of option).
Option-1 for paste is actually a pretty useful binding, since it
allows you to paste without reaching for the mouse; I often used it in
preference to the middle mouse button, even though I do have a three-
button mouse for my Mac.

-- 
Shimpei Yamashita               <http://www.submm.caltech.edu/%7Eshimpei/>

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

From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.misc
Subject: Re: swapon, util-linux 2.9r
Date: 5 May 1999 16:59:23 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>

[Allin Cottrell <[EMAIL PROTECTED]>]
> OK, silly me.  Thanks also to the others who said the same.  Didn't
> realize you could do that for non-mounted devices.

Mounted or non-mounted doesn't have anything to do with it; nor does
the fact that it's a device file.  Basically you are using `chmod' on a
file in your root filesystem, which *is* mounted.

-- 
Peter Samuelson
<sampo.creighton.edu!psamuels>

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

From: [EMAIL PROTECTED] (Jwbat)
Subject: lp and kernel 2.2
Date: 06 May 1999 01:29:16 GMT


hello,
i can't get the lp to work under 2.2 (actually 2.2.7). I have seen the most
common fix: lp1 becomes lp0. And i did change /etc/printcap appropriately, but
STILL no printeee. The dmesg indicates:
parport0: PC-style at 0x378 [SPP]. Under the *old* kernel (2.0.30) i could just
do a
  cat bozo > /dev/lp0 
  cat bozo > /dev/lp1

TO determine which one was valid. Now when i do this it says invalid device.
Looking at dejanews i found no such similar problem (or answer).

if i reboot to 2.0.30  the printer (and print spooler) work fine.
Please, linux gurus, what am i missing??

Muchos thankos,
jwb


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

From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: Journaled Filesystem
Date: 5 May 1999 22:41:41 GMT

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

|     I was wondering if Linux will be getting a Journaled Filesystem
| anytime soon and if such a project is in the works (ext3?). With systems
| like BeOS and HP-UX that do have journaled filesystems, hard rebooting
| causes no damage to the files which means no fscking or anything.

You might want to do some reading by someone who isn't pushing jfs.
Having used jfs heavily for about five years (AIX) and done some
reading, I can assure you that while it is useful for fast recovery from
a hard crash, it is *not* as good as a real fsck.

jfs is useful for getting a large system up quickly, and it almost
always prevents catastrophic problems, but I think you may expect more
than it can give.

What we need is a way to run fsck on a live system, checking only, not
getting confused by what the o/s is doing, so we know when something is
broken. I think that can be done with physical disk access and kmem, I
would not want to try repair on the fly.

The most common thing you miss using jfs after a crash is bitmap
problems, marking a blockj in use when it's free is just a little lost
space, while marking it free when it's not is corruption to come.

Note, I'm not against jfs at all, but you need to know what it will and
won't by for you.

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  One common problem is mistyping an email address and creating another
valid, though unintended, recipient. Always check the recipient's
address carefully when sending personal information, such as credit
card numbers, death threats or offers of sexual services.


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

From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.hardware
Subject: Re: /dev/hda1 has reached maximal mount count, check forced
Date: 5 May 1999 19:24:28 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>

  [Peter Samuelson <sampo.creighton.edu!psamuels>]
> > Of course the ultimate answer (TM) is sct's journalling extensions,
> > which among other things make `fsck' very fast and integrated into
> > the standard `mount' call.
[bill davidsen <[EMAIL PROTECTED]>]
> Do understand that use of jfs just ensures that the data on the disk
> is what you intended to write.  A full fsck checks to see that what
> is on the disk is valid.  Some directory botch days ago wil not be in
> the jfs log, you have to look for it.

Here's how I understand it.  The jfs writes metadata (and possibly data
too, depends on how much you care about reliability versus performance)
to the journal log, separating atomically coherent bits by some sort of
marker.  When it gets around to it, it moves metadata from the journal
to the regular fs, and when it finishes a particular marked block it
marks it as done.

When you mount after unclean shutdown, the mount procedure looks in the
log to see what needs fixing up.  At this point there are three
possible log segments: (1) already committed to disk -- ignore those;
(2) atomically coherent but not committed -- finish committing; (3) not
yet atomically coherent -- roll it back.  When you do that you will
have a consistent filesystem, and it doesn't take very long.

Obviously writes-in-progress will not all make it; some will be rolled
back and some committed, and you might get half-updated file contents
if you aren't careful with your implementation, but the metadata *will*
end up consistent.

Equally obviously, none of this protects against implementation bugs
and hardware funnies.  So for those cases you probably still want a
full fsck now and then.

> Sure would like to disable the mount count with a lilo option or some
> such, there are times when I need a system up *now* not after the
> time it takes to frolic through 40GB of RAID storage.

If it's that important you can bring your system up in single-user mode
(kernel command-line option "single" I believe), fsck root and re-mount
it r/w (since your root partition is relatively small this shouldn't
take any time), then `touch /fastboot' or whatever, and `init 2'.

Alternatively, and this is probably what you want, just diddle your
init script (whichever one does the fsck'ing) to check `/proc/cmdline'
for the flag lilo left there.

-- 
Peter Samuelson
<sampo.creighton.edu!psamuels>

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

From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: Glibc rant
Date: Wed, 05 May 1999 22:54:15 GMT

In article <[EMAIL PROTECTED]>, Mark Shinwell wrote:
>Peter Samuelson wrote:
>> 
>>   [Sam E. Trenholme]
>> > > * Will glibc2.1 be able to run _all_ glibc2.0 binaries without any
>> > > problem whatsoever?
>> [G. Sumner Hayes <[EMAIL PROTECTED]>]
>> > No.  It runs most of them fine.  I had to rebuild ncurses and a few
>> > other things that are listed in the glibc-2.1 documentation.  It's
>> > been running here since release day, no problems.
>> 
>> According to the glibc people, they do strive for binary compatibility
>> -- and pretty much the only apps that need to be recompiled are the
>> ones that do undefined/undocumented things like calling libc functions
>> whose names start with underscores.
>
>Exactly.  But they shouldn't be publicly visible in the first place,
>should they?  If only the documented interfaces were publicly visible
>then half of these problems would be avoided.  And furthermore the
>semantics of these should be specified exactly so that calls to them
>have exactly the same effect, no matter which version of the library is
>being used.  When new features are required they will have to be added
>without disturbing existing ones.

It might be difficult to make the not visible if they are used in
other modules too and if some developers want to shoot themselves into
the foot this is not a problem of the library developers.

>It's all very well having to recompile "ncurses and a few other things",
>but this is the system C library we are talking about here, not some

Exactly, so be careful when changing it and especially if it could
break something really important. If you do not want to do that or
if you do not want to create a setup that enables you to go back on
the fly it is somewhat your fault too.

It is easy to have a / mirror on the same or another disk, that is
the setup here, although this is only my machine at home. Mine at
work I'd in my former job never got upgraded until I'd used new
libraries at home for at least two weeks.

>auxiliary library.  In my opinion it's one of the main parts of the
>system after the kernel that should be kept completely
>backwards-compatible.

You still want to be able to plug you 8088 into your P6 board to
get a SMP machine too I guess and btw. if you would have read the
kernels Changes file you would have seen that newer kernels often
required updates too, even of vital software.

But I am off, letting the dust settle ...

Cheers,
Juergen

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

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

From: DAVID JOHNSON <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Linux device driver
Date: Wed, 05 May 1999 23:25:29 GMT

A couple of questions regarding a device driver kernel module.

I am writing a kernel module device driver.  One of my ioctl functions
returns an unsigned long value.  When I return a value with the high
bit set to 0, everything work fine.  When the high bit is set to 1 the
value
returned fromt he ioctl call is 0xFFFFFFFF.  Is there a reason for this
and
how can I fix it?


Part of this driver involves implementing a bus master routine with
requires
a large contiguous memory buffer.  I am booting up Linux with the LILO
option "MEM=60M" and then using buffer = vremap(0x3C00000, 0x400000) to
allocate the a 4MB DMA buffer.  I then use virt_to_bus(buffer) so I get
a
memory pointer that I can pass to the device.  For some reason this does
not
seem to work.  Should it?  If not, what method should I use?

Thanks,

David



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

From: DAVID JOHNSON <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Linux device driver
Date: Wed, 05 May 1999 23:25:49 GMT

A couple of questions regarding a device driver kernel module.

I am writing a kernel module device driver.  One of my ioctl functions
returns an unsigned long value.  When I return a value with the high
bit set to 0, everything work fine.  When the high bit is set to 1 the
value
returned fromt he ioctl call is 0xFFFFFFFF.  Is there a reason for this
and
how can I fix it?


Part of this driver involves implementing a bus master routine with
requires
a large contiguous memory buffer.  I am booting up Linux with the LILO
option "MEM=60M" and then using buffer = vremap(0x3C00000, 0x400000) to
allocate the a 4MB DMA buffer.  I then use virt_to_bus(buffer) so I get
a
memory pointer that I can pass to the device.  For some reason this does
not
seem to work.  Should it?  If not, what method should I use?

Thanks,

David



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

From: Terence Cheng <[EMAIL PROTECTED]>
Subject: Compatibility with AT&T Unix
Date: Thu, 06 May 1999 11:56:18 +0800

I have the following statement already working in AT&T SVR4

ioctl(fid, I_SETSIG, S_INPUT | S_RDNORM | S_HANGUP)

but I can't got the file to resolve the above macro.  Is anyone know how
to resolve above problem ?

Thanks

Francis

--
Best Regards,

Terence Cheng
Systems Engineer
________________________________________
NKO (HK) Limited
Email: [EMAIL PROTECTED]
Tel  : 28399162



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

From: Peter Teuben <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.x
Subject: Re: Linux + Laptops + APM + X = garbled screen
Date: Tue, 04 May 1999 23:11:22 -0400

Sven Siggelkow wrote:
> 
> Arun Sharma wrote:
> >
> > The subject says it all. When my laptop goes into hibernation and comes
> > back up, my screen is garbled. If I kill X and restart, everything is
> > fine.
> >
> > Is anyone working on making X aware of power management ?
> 
> I know that problem, a trivial, not sophisticated solution is to switch
> to a virtual console before going to hibernation manually. If you start
> up again you switch back to X and everything is fine.

Same here. I have an AST-M series, and it suffers from the same
problem. Not all the time, but  when I suspend from within X, half
the time resuming locks up the machine. I switch to  a console,
and Fn-rest, and i never had a lockup since (apart from loosing
the juice).

peter

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


** 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