Linux-Development-Sys Digest #183, Volume #7 Sat, 11 Sep 99 17:14:05 EDT
Contents:
Re: How do you revert from Afterstep to KDE? (Arnoud de Geus)
swap causes quasi lockup -> CPU & Memory Quota (Guido)
Re: APM/apmd to run script b4/after suspend? (Paul Kimoto)
glibc2.1.2 and libX11 problem ("Dawg Lone")
Re: Figure Out The MS Source Code Yourself (Philip Brown)
Re: glibc2.1.2 and libX11 problem (Andreas Jaeger)
graphical debugging, development environments? (Jason Rosenberg)
Re: Multithreading in linux (Juergen Heinzl)
Programming a voodoo banshee card ("Alexander Kraut")
Re: Noticed a problem with PTHREAD_MUTEX_INITIALIZER (David Wragg)
Re: Source code compatibility between different architectures (David Wragg)
Re: Programming a voodoo banshee card (Scott J. Bertin)
Generating a configuration file for an existing binary kernel (Chris Cowan)
Re: Porting Motif based software... (Juergen Heinzl)
Porting Motif based software... (Jason Rosenberg)
Re: mallopt for linux (Kelly Burkhart)
Re: Figure Out The MS Source Code Yourself (Torsten Poulin)
Re: graphical debugging, development environments? (Andrew Hutcheson)
Re: Noticed a problem with PTHREAD_MUTEX_INITIALIZER (Kelly Burkhart)
----------------------------------------------------------------------------
From: Arnoud de Geus <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.alpha,comp.os.linux.development.apps
Subject: Re: How do you revert from Afterstep to KDE?
Date: Sat, 11 Sep 1999 16:43:55 +0200
Sasa Ostrouska wrote:
> Change in your .xinitrc file the exec afterstep to exec startkde
>
> Bye Sasa
>
> Mal wrote:
>
> > How do you revert from Afterstep to KDE? I initially had KDE running on
> >
> > RedHat6, however i swithed to Afterstep. How does one revert back to
> >
> > KDE. I have tried a switch too, but for some reason there is no option to
> >
> > go back to KDE.
> >
> > ------------------ Posted via CNET Linux Help ------------------
> > http://www.searchlinux.com
Revert to GNOME. Isn't that a much better idea?
------------------------------
From: Guido <[EMAIL PROTECTED]>
Subject: swap causes quasi lockup -> CPU & Memory Quota
Date: Sat, 11 Sep 1999 17:22:19 +0200
Recently i had the problem that my machine was "locked" by xmupad because
it was eating up my swapspace - i was unable to login on a ttyS terminal
to stop it. (now i know this version is glibc2.1-sick)
Yesterday i had a similar problem with netscape and krn reading this newsgroup!
(because it is reproducable, i suspect there is a new kind of news-virus causing it ?-)
Mouse jumpy (or locked), keyboard unresponsive - it felt like W*****s :-(
Is this simply an misconfiguration or a general design flaw?
As a possible solution i suggest at least a kind of Memory Quota.
Under an EROS like system such a process would even fill the entire hard disk -
maybe a standard per-process-limit is useful. Or every process would have to tell
the system during start how much memory it will probably need.
BTW, i tried to nice up agetty,login and bash for the line in the inittab, but
i did'nt got it, had somebody success with this?
If you don'nt believe it: Try (accidently) open a few 100 jpg's with a Gimp (one
for each! - there should really be a warning in kfm :-) - you will almost not be
able to stop this, until it's done.
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: APM/apmd to run script b4/after suspend?
Date: 10 Sep 1999 11:42:16 -0500
Reply-To: [EMAIL PROTECTED]
In article <7rarav$qdr$[EMAIL PROTECTED]>, Bjoern Giesler wrote:
> is there a version of apmd out there that will run a script upon
> suspend/resume?
I think that recent versions of apmd will do this (search for
"proxy" in the man page). I am using the version in the Debian
development ("unstable") track: see
http://www.debian.org/Packages/unstable/admin/apmd.html .
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: "Dawg Lone" <[EMAIL PROTECTED]>
Subject: glibc2.1.2 and libX11 problem
Date: Sat, 11 Sep 1999 12:18:36 -0400
Hi, i have just upgraded to glibc2.1.2. The build and install went fine, an
di follwed the instructions in the glibc2-howto. I can compile programs and
everything wokrs fine except for pre-compiled programs using X, i am
getting an undefined symbol: _xstat in libX11.so.6..
any help appreciated.
------------------------------
From: [EMAIL PROTECTED] (Philip Brown)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Figure Out The MS Source Code Yourself
Reply-To: [EMAIL PROTECTED]
Date: 11 Sep 1999 17:31:21 GMT
On 10 Sep 1999 18:23:46 +0100, [EMAIL PROTECTED] wrote:
>
><satire>
>Does it also mean that if you modify Windows95 to the point that you
>purge out all the crap that isn't needed and afterwards it doesn't
>crash, you've breached the act? *grin*
></satire>
of course.
M$ has to know that you are using their software.
I mean, know if you're having difficulty using their software.
THey consider it a major "bug" if you have to use any third-party software
to accomplish something that their software can do. And after all, it's
their RIGHT to keep track of bugs...
--
[Trim the no-bots from my address to reply to me by email!]
[ Do NOT email-CC me on posts. Pick one or the other.]
http://thomas.loc.gov/cgi-bin/bdquery/z?d105:SN01618:@@@D
The word of the day is mispergitude
------------------------------
From: Andreas Jaeger <[EMAIL PROTECTED]>
Subject: Re: glibc2.1.2 and libX11 problem
Date: 11 Sep 1999 19:56:31 +0200
>>>>> Dawg Lone writes:
> Hi, i have just upgraded to glibc2.1.2. The build and install went fine, an
>From which library did you upgrade?
> di follwed the instructions in the glibc2-howto. I can compile programs and
> everything wokrs fine except for pre-compiled programs using X, i am
> getting an undefined symbol: _xstat in libX11.so.6..
Recompile your libraries and check that you really have the glibc
2.1.2 headers in /usr/include. _xstat is not declared/defined in
glibc, it comes with libc5 only.
Andreas
--
Andreas Jaeger [EMAIL PROTECTED] [EMAIL PROTECTED]
for pgp-key finger [EMAIL PROTECTED]
------------------------------
From: Jason Rosenberg <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development.apps
Subject: graphical debugging, development environments?
Date: Sat, 11 Sep 1999 19:25:57 GMT
My previous post entitled "development gui's for linux"
seems to have been misinterpreted, so I'll try again...
I am interested in knowing about the various integrated
compiling/debugging environments with graphical interfaces available
for linux, either free or otherwise. CodeWarrior? GNU?
I am also interested in those that exist for multiple architectures,
such as Intel, Alpha, SPARC, etc.
Thanks,
Jason
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: Multithreading in linux
Date: Sat, 11 Sep 1999 19:38:38 GMT
In article <[EMAIL PROTECTED]>, Jason Rosenberg wrote:
>I am wondering about the multithreading api and model in linux.
>
>Is it pthreads? And if so, is it the full-on implementation?
It's a POSIX 1003.1c implementation but read the docs too, as
there are some glitches depending on the library and kernel
version you're using.
Actually there is no such thing as a full implementation and different
systems are conformant to different POSIX levels ... the fun starts
here.
Ta',
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
From: "Alexander Kraut" <[EMAIL PROTECTED]>
Subject: Programming a voodoo banshee card
Date: Sat, 11 Sep 1999 21:43:24 +0200
Does somebody have some information about programming a graphic card with
voodoo banshee chipset directly. (Writing a graphic driver?)
Thank you
------------------------------
From: David Wragg <[EMAIL PROTECTED]>
Subject: Re: Noticed a problem with PTHREAD_MUTEX_INITIALIZER
Date: 11 Sep 1999 16:15:56 +0000
Doug Sauder <[EMAIL PROTECTED]> writes:
> I was writing some simple multithreaded code on Red Hat Linux 6.0.
> (It's real code, but I wrote a simple test to work the threads and try
> to shake out any problems.) What happened was that the test dumped
> core. The same test, with the obvious changes (using Win32 threads) ran
> without any problem on Windows NT. The test was simple enough that I
> was just plain puzzled as to what could possibly be happening. For some
> reason or other, I changed from using PTHREAD_MUTEX_INITIALIZER, to
> using pthread_mutex_init() to initialize the mutex required to serialize
> access to shared data. The test now runs perfectly on Linux. This
> leads me to strongly believe that PTHREAD_MUTEX_INITIALIZER is not
> working correctly. Has anyone else noticed similar behavoir?
No. And from the code it's clear that
my_mutex = PTHREAD_MUTEX_INITIALIZER;
and
pthread_mutex_init(&my_mutex, NULL);
have exactly the same effect. Without code that demonstrates the
problem, the only thing I can suggest is that you are trying to use
the mutex recursively. The pthreads spec doesn't allow that, you have
to use pthread_mutex_init() with an appropriate attributes
parameter. (You can use -D_GNU_SOURCE to get
PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP, but that is not portable).
Regards,
David Wragg.
------------------------------
From: David Wragg <[EMAIL PROTECTED]>
Subject: Re: Source code compatibility between different architectures
Date: 11 Sep 1999 16:49:01 +0000
Jason Rosenberg <[EMAIL PROTECTED]> writes:
> I am wondering whether software developed for linux can
> be considered source code compatible for the different
> architectures supported, for example, by Red Hat:
>
> Intel
> Alpha
> SPARC
There are two other main issues when moving code between
32-bit architectures: Alignment and endianness.
Most architectures today apart from x86 can only do aligned accesses
to memory, and will raise SIGBUS for unaligned accesses. So for
instance, don't do things like
char *buff;
...
*(int *)(buff+13) = 12345;
Your code also needs to be endianness-clean. For instance, if you do
int x = 1;
don't assume that *(char*)&x == 1
> Do the 64-bit issues of the Alpha affect things?
It is up to you to write 64-bit clean code. The 64-bit model on Linux
is LP64 (i.e. longs and pointers are 64-bits, everything else is the
same as on 32-bit systems), so writing 64-bit clean code does not
involve extra effort. Just don't treat long and int as
interchangeable, and don't cast pointers to unsigned int; cast them to
unsigned long, if you have to cast them to anything.
It is usually pretty easy to deal with all these things when writing
new code. The problem is with existing code of uncertain pedigree that
has never been ported.
> Are there fundamentally different compilers in use for the
> different architectures?
No, they all use gcc and, now that most distributions have gone to
glibc, the same libraries.
Regards,
David Wragg
------------------------------
From: [EMAIL PROTECTED] (Scott J. Bertin)
Subject: Re: Programming a voodoo banshee card
Date: 11 Sep 1999 20:04:39 GMT
Reply-To: [EMAIL PROTECTED]
In article <7reb8t$kg0$[EMAIL PROTECTED]>,
"Alexander Kraut" <[EMAIL PROTECTED]> writes:
> Does somebody have some information about programming a graphic card with
> voodoo banshee chipset directly. (Writing a graphic driver?)
3dfx has the docs available on their web site.
Scott J. Bertin
[EMAIL PROTECTED]
------------------------------
Subject: Generating a configuration file for an existing binary kernel
From: Chris Cowan <[EMAIL PROTECTED]>
Date: 11 Sep 1999 16:05:51 -0500
Question:
Is there a tool or technique capable of generating the kernel
configuration file given a binary kernel from a 3rd party, and the
appropriate source tree?
How difficult do think it would be to write one? I think of several
uses for such an animal.
--
Chris Cowan
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Porting Motif based software...
Date: Sat, 11 Sep 1999 20:10:44 GMT
In article <[EMAIL PROTECTED]>, Jason Rosenberg wrote:
>I am interested in the issues involved with porting
>existing software to linux which is based on Motif.
It's Motif.
>Are there any free Motif implementations out there?
Metrolink Motif, $149 for the 2.x version and it comes
with the XRT widget set.
>What is Lesstif?
An 1.2 clone.
>What is the cost and licensing agreements for the
>official OSF Motif?
See above. Out of the box you can distribute statically
linked binaries but not the shared libraries, the usual
stuff.
>Are there any reasonable tools for wrapping motif
>calls into something else, like gtk?
Do not know but as GTk might or might not be installed
and due to other reasons I'd not care.
Ta',
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
From: Jason Rosenberg <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development.apps
Subject: Porting Motif based software...
Date: Sat, 11 Sep 1999 19:30:05 GMT
I am interested in the issues involved with porting
existing software to linux which is based on Motif.
Are there any free Motif implementations out there?
What is Lesstif?
What is the cost and licensing agreements for the
official OSF Motif?
Are there any reasonable tools for wrapping motif
calls into something else, like gtk?
Thanks,
Jason
------------------------------
Crossposted-To: comp.os.linux.development.apps
Subject: Re: mallopt for linux
From: Kelly Burkhart <[EMAIL PROTECTED]>
Date: 11 Sep 1999 11:11:00 -0500
[EMAIL PROTECTED] writes:
> Wolfram Gloger wrote:
>
> > [EMAIL PROTECTED] writes:
> >
> > > IRIX and Solaris have mallopt, an interesting function that enables one
> > > to alter the behavior of malloc for efficient usage of memory. This
> > > function is very useful while allocating and deallocating memory very
> > > frequently as in a database. Is there an equivalent function in Linux?
> >
> > Yes, and (guess what) it's called mallopt(). However, the options are
> > not compatible with Irix or Solaris. The malloc implementation found
> > in Linux should be very efficient for such a broad range of allocation
> > patterns that manual tuning is _very_ rarely necessary.
> >
> > Regards,
> > Wolfram.
>
> man mallopt
> No manual entry for mallopt
>
> Where is mallopt()?
>
> Regards
> Stephen
>
You have to look in the info page.
<insert not up-to-date man page rant about GNU software here>
It is in the glibc info page, select 'Memory Allocation' then select
'Unconstraind Allocation'.
I'm looking on a glibc 2.0.x system.
--
Kelly R. Burkhart
[EMAIL PROTECTED]
MIDL error 0xc0000005: unexpected compiler problem. Try to find a work around.
-- Microsoft IDL compiler error message
------------------------------
From: Torsten Poulin <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Figure Out The MS Source Code Yourself
Date: Sat, 11 Sep 1999 21:51:57 +0200
In comp.os.linux.development.apps bilge <[EMAIL PROTECTED]> wrote:
> You havent read the digital millennium copyright act. It provides
> for criminal penalties if you even interfere with the normal
> functioning of the software as determined by the copyright holder.
> Then things take a turn for the worse...
>
> One could construe that applying a patch which is unapproved
> by the vendor as a violation of the copyright, subject to
> criminal penalties, for example. Read it, if you have not.
Hmm, we certainly live by different rules. The Danish law covering
this (and I assume the rest of the EU has similar legislation) says,
in rough translation, that
"Somebody who has the right to use a software program, may [...]
produce copies of the program and make changes to the program that are
necessary for the person in order to make use of the program according
to its purpose, including the correction of errors [...] inspect,
investigate or test the software program to establish what ideas and
principles underlie the separate elements of the program [...]"
"Copying of a software program's code and translation of the form
of the code is legal when this is necessary to obtain the information
necessary to achieve interoperability between an independently developed
software program and other software programs [...]"
It is interesting to note that these rights cannot be limited by
agreement.
-Torsten
------------------------------
From: Andrew Hutcheson <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development.apps
Subject: Re: graphical debugging, development environments?
Date: Sat, 11 Sep 1999 16:19:36 -0400
Codewarrior is one of the better commercial IDEs. Their editor is
mediocre and their RAD tools are flaky and inflexible but their
performance and response to customer comments/concerns is excellent.
That said I have stopped using Codewarrior and moved to the GNU tools.
Commercial IDEs are good for casual programmers and students. Well
built RAD tools can be useful for putting together prototypes and simple
programs. But for writing solid code I haven't found anything better
than the GNU tools.
-hutch
Jason Rosenberg wrote:
>
> My previous post entitled "development gui's for linux"
> seems to have been misinterpreted, so I'll try again...
>
> I am interested in knowing about the various integrated
> compiling/debugging environments with graphical interfaces available
> for linux, either free or otherwise. CodeWarrior? GNU?
>
> I am also interested in those that exist for multiple architectures,
> such as Intel, Alpha, SPARC, etc.
>
> Thanks,
>
> Jason
------------------------------
Subject: Re: Noticed a problem with PTHREAD_MUTEX_INITIALIZER
From: Kelly Burkhart <[EMAIL PROTECTED]>
Date: 11 Sep 1999 11:12:41 -0500
Doug Sauder <[EMAIL PROTECTED]> writes:
> Hi!
>
> I was writing some simple multithreaded code on Red Hat Linux 6.0.
> (It's real code, but I wrote a simple test to work the threads and try
> to shake out any problems.) What happened was that the test dumped
> core. The same test, with the obvious changes (using Win32 threads) ran
> without any problem on Windows NT. The test was simple enough that I
> was just plain puzzled as to what could possibly be happening. For some
> reason or other, I changed from using PTHREAD_MUTEX_INITIALIZER, to
> using pthread_mutex_init() to initialize the mutex required to serialize
> access to shared data. The test now runs perfectly on Linux. This
> leads me to strongly believe that PTHREAD_MUTEX_INITIALIZER is not
> working correctly. Has anyone else noticed similar behavoir?
>
> What a shame. PTHREAD_MUTEX_INITIALIZER is such a more elegant solution
> for a library, compared to requiring the user to call a initialization
> function before using the library.
>
> -- dws
I've used PTHREAD_MUTEX_INITIALIZER without problem. Could you post a
short example illustrating your problem?
--
Kelly R. Burkhart
[EMAIL PROTECTED]
MIDL error 0xc0000005: unexpected compiler problem. Try to find a work around.
-- Microsoft IDL compiler error message
------------------------------
** 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
******************************
