[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
workaround for virtualpc bug
From: |
Christoph Egger |
Subject: |
workaround for virtualpc bug |
Date: |
Fri, 28 Oct 2005 15:00:21 +0200 (MEST) |
Hi!
I've attached a patch which works around a bug in VirtualPC.
(Sorry for using application/octet-stream, but the webmail interface
provides no way to choose text-type)
I spent lots of time to track down what goes wrong and under which
conditions.
I have the following environment:
- Windows 2000 runs in Virtual PC.
- Virtual PC runs under MacOSX Tiger
- In Virtual PC the VPC-Addons for Windows are installed
- In Windows 2000 runs cygwin.
- The source tree is mapped into VirtualPC, windows see's it as an extra
drive
The following condition must be met to reproduce the virtualpc bug:
- VirtualPC must run in the background or in the dock
- you must link a module and use -export-symbols
- $output_objdir/$libname.filter must be empty
When the conditions are met and the error appears, then you see
this error:
Cannot export : symbol not defined
Creating library file: $output_objdir/$libname.dll.a
collect2: ld returned 1 exit status
then when you run on the console:
od -a $output_objdir/$libname.def then you get this:
0000000 nul nul nul
0000003
or sometimes this:
0000000 ` / soh
0000003
The patch works around the bug in virtualpc by not operating
on an empty file.
The patch has been reviewed and okey'd by Peter Ekberg (who
originally wrote the piece of code the patch touches).
Enjoy!
--
Greetings,
Christoph
Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat,
DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl
ltmain-virtualpc.m4sh.diff
Description: Binary data
- workaround for virtualpc bug,
Christoph Egger <=