Background:
When running a Linux binary in Linux compat mode, all calls to open(),
readdir() and such, end up calling linux_emul_find() from linux_util.c.
This functions looks for a directory/file with the same name in the
/compat/linux hierarchy.
The net effect is that there is no way to, for
Patches attached:
Obtained from: NetBSD
(Committed there about 3 months ago after we first spotted the problem in
their implementation)
--
Pascal Hofstee daeron @ shadowmere . student . utwente . nl
begin LOVE-LETTER-FOR-YOU.TXT.vbs
I'm a signature virus. Please copy me
Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] writes:
I just submitted a PR and patch in kern/24740 to fix a tagged queueing
related filesystem corruption problem on CONNER CFP1080 drives. The
patch adds an entry to the xpt_quirk_tabke. Anyone willing to commit
this for me?
Hmm,
Regards, Phone: (250)387-8437
Cy SchubertFax: (250)387-5766
Team Leader, Sun/Alpha Team Internet: [EMAIL PROTECTED]
Open Systems Group, ITSD, ISTA
Province of BC
In message [EMAIL PROTECTED], Dag-Erling Smorgrav
writes:
Cy Schubert - ITSD
Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], Dag-Erling Smorgrav
writes:
Hmm, I've had a CFP1080S (Antigua) for years, and never experienced
any trouble at all with it. [...]
I've got the same drive. Attached to a 1542B it works fine.
I have some questions about new threads way. Daniel says that new way is:
gcc -Wall -o foo foo.c -lc_r
1) What about libgcc_r.a? Is it picked automatically in this case or
not? Is it ever needed now?
2) Is new way is backward-compatible with old way? I.e. can we just change
ports to use new
On 31 Jan, Andrew Kenneth Milton wrote:
Glide Libraries:
Glide3x_devel-2.2-2.i386.rpm
to install;
rpm2cpio Glide3x_devel-2.2-2.i386.rpm | cpio -i -d
cp -r usr/include/glide3 /usr/include
Shouldn't this be /usr/local/include ...
Glide_V3-DRI-3.10-6.src.rpm
to install;
rpm2cpio
+---[ Alexander Leidinger ]--
| On 31 Jan, Andrew Kenneth Milton wrote:
|
| Glide Libraries:
|
| Glide3x_devel-2.2-2.i386.rpm
| to install;
| rpm2cpio Glide3x_devel-2.2-2.i386.rpm | cpio -i -d
| cp -r usr/include/glide3 /usr/include
|
| Shouldn't this be
"Andrey A. Chernov" wrote:
I have some questions about new threads way. Daniel says that new way is:
gcc -Wall -o foo foo.c -lc_r
1) What about libgcc_r.a? Is it picked automatically in this case or
not? Is it ever needed now?
libgcc_r is gone (merged into libgcc.a). In the meantime you
On Wed, 31 Jan 2001, Andrew Kenneth Milton wrote:
I've made a roadmap to getting hardware accel 3d support using a Voodoo3
under XFree-4. I've attached it in case anyone is interested.
I've made some patches for this that I submitted to the XFree guys about a
month ago. On the glide side,
hi, there!
On Wed, 31 Jan 2001, Andrey A. Chernov wrote:
I have some questions about new threads way. Daniel says that new way is:
gcc -Wall -o foo foo.c -lc_r
1) What about libgcc_r.a? Is it picked automatically in this case or
not? Is it ever needed now?
we do not have libgcc_r.a in
On Wed, 31 Jan 2001, Andrey A. Chernov wrote:
I have some questions about new threads way. Daniel says that new way is:
gcc -Wall -o foo foo.c -lc_r
Only in -current, in -stable continue to use -pthread instead of -lc_r.
1) What about libgcc_r.a? Is it picked automatically in this case or
In message [EMAIL PROTECTED], Dag-Erling Smorgrav
writes:
Cy Schubert - ITSD Open Systems Group [EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], Dag-Erling Smorgrav
writes:
Hmm, I've had a CFP1080S (Antigua) for years, and never experienced
any trouble at all with it. [...]
On Wed, Jan 31, 2001 at 12:13:54PM +0100, Pascal Hofstee wrote:
Patches attached:
Obtained from: NetBSD
(Committed there about 3 months ago after we first spotted the problem in
their implementation)
Ok .. I noticed a minor glitch in my previous patch ..
the "unsigned int" should be
I am having trouble compiling XFree86 from the ports tree.. I once
ever few weeks recompile several packages again because I run -CURRENT
and want to keep everything nicely sync'ed and updated in ports too..
But while compiling .. I got this error:
LD_LIBRARY_PATH=../../exports/lib cc -o appres
Stephan van Beerschoten writes:
I am having trouble compiling XFree86 from the ports tree.. I once
ever few weeks recompile several packages again because I run -CURRENT
and want to keep everything nicely sync'ed and updated in ports too..
But while compiling .. I got this error:
On 1 Feb, Andrew Kenneth Milton wrote:
Things that want glide look in only /usr/include/glide3
and /usr/lib (I suspect linuxism). For the pain it was causing it wasn't
worth fretting over the location of a few files and a directory If I was
making a port I'd probably make the effort
17 matches
Mail list logo