http://bugs.winehq.org/show_bug.cgi?id=18322
Summary: Cannot recreate "configure" script
Product: Wine
Version: 20050930
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: contact(a)philipashmore.com
I'm trying to create a paired-down version of Wine that contains only the
registry and COM framework (no GUI) from Wine.
I'm calling this project "v3c-com" for want of a better name, and it's purpose
is to act as a development framework/runtime for COM development under
GNU/Linux, ideally with DCOM interoperability with Windows.
As a first step I modified the configure.ac script:
1. package name change
2. remove configure arguments
3. remove programs and dll targets
4. Recreate "configure" - but how?
I tried just deleting the "configure" script and running tools/wineinstall...
$ tools/wineinstall
Wine Installer v1.0
Running configure...
configure: error: cannot find sources (server/atom.c) in . or ..
Configure failed, aborting install.
I've indented the output for readability.
Let me repeat - I deleted "configure" so what's tools/wineinstall running???
I also tried running automake, but it's giving bizarre messages - probably
because aclocal.m4 isn't generated by autoconf, but it's just a guess.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9159
--- Comment #19 from Jeremiah Flerchinger <flerchjj(a)ieee.org> 2009-05-02 12:50:31 ---
Thanks Dan, that matches with my opinion. Going so far as disassembling is
theft, just like it would be taking source code from someone. I do not see an
issue with looking at documentation of interfaces that are released or open to
the public by the people or standards board that created them.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9159
--- Comment #18 from Dan Kegel <dank(a)kegel.com> 2009-05-02 10:05:57 ---
It's ok to look at anything that can be seen in a conformance test
or in a +relay log. It's just disassembling (or otherwise looking
at the bytes of) microsoft binaries that is dangerous, I think.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8825
--- Comment #4 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-05-02 08:27:17 ---
Bug reporters can do this, as can admin. Why would we need everyone to do
this?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8811
Warren Dumortier <nwarrenfl(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nwarrenfl(a)gmail.com
--- Comment #13 from Warren Dumortier <nwarrenfl(a)gmail.com> 2009-05-02 07:25:53 ---
The access violation is not related to the missing dll, and you could probably
just download the missing dll, as installing DirectX might break things...
Since i see this bug isn't fixed yet, i will retry today and post logs. It
would be nice to find the origin of this problem. I also see now it doesn't
start at all...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18323
Summary: Can't use VC9 compiler on Option /Zi.
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: loaden(a)gmail.com
Can't use VC9 compiler on Option /Zi.
-------------- Build: Debug in 1144 ---------------
main.cpp
main.cpp : fatal error C1902: Program database manager mismatch; please check
your installation
Process terminated with status 2 (0 minutes, 0 seconds)
0 errors, 0 warni
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4418
Johan Palmqvist <johan.palmqvist(a)home.se> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |johan.palmqvist(a)home.se
--- Comment #10 from Johan Palmqvist <johan.palmqvist(a)home.se> 2009-05-02 04:07:45 ---
Still present in Wine 1.1.20.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9159
--- Comment #17 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-05-01 23:34:25 ---
(In reply to comment #15)
> Dmitry, any reason why you don't ShellDDEInit(False) after the desktop message
> loop exits?
There is noo need for that, the process will die shortly.
Regarding shell32 vs. shdocvw: the real progman DDE implementation is
in shell32, what shdocvw most likely does is just a forward of the DDE
initializer entry point to shell32. Please don't look how native explorer
does things, that's not allowed for Wine development.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8811
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|kernel32 |-unknown
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18309
Summary: Wine doesn't install programs from multiple floppies
Product: Wine
Version: 1.0.1
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
>From launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/184932
I would like an automatic umount/remount of the floppy drive to install windows
programs from multiple floppies.
I installed Quicken 4 in wine. The installation stopped with the 2nd floppy.
The Quicken installer was looking for the 2nd floppy but got stuck with the
reference from the first one.
To bypass the bug, I launched a terminal, typed
" umount /media/floppy ; mount /media/floppy "
between each floppy exchange and then press enter in wine to continue the
process.
Quicken uses labels on floppies to maintain the installation order.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.