Good Afternoon.
In section 3.3.6.2 of your User Guide you ask readers to report
successes with databases other than MS SQL. Well here's one (I know
Access 2000 can work with Wine, but this doesn't require Access):
How to set up Wine to enable Windows programs that read and write to Jet
(Access)
databases using ODBC. I write such programs in C and use the API defined in
ODBC API Reference
http://msdn.microsoft.com/en-us/library/ms714562%28VS.85%29.aspx
They work fine on Windows and …
[View More]only require Mingw to be installed to
compile and link them,
both for console programs and those using Windows SDK.
You then can write interactive programs in C which use a full-featured
SQL database which
comes bundled with Windows. No need to purchase Access.
With the set-up below they will also run on Linux (Kubuntu 9.04) and
Wine 1.1.26.
You need to update the registry to install the Access drivers.
Under Windows, export from the Registry to *.reg files the registry entries
- HKLM\Software\ODBC
- HKLM\Software\Microsoft\Jet
all subsidiary keys and values come with them.
You can carefully edit these files to remove drivers and DSNs you don't
need.
Import these files using the registry editor in wine:
wine regedit.exe.
You need to bring across from Windows to Windows\System32 under wine:
clbcatq.dll
comres.dll
expsrv.dll
msjet40.dll
mswstr10.dll
msjter40.dll
msjint40.dll
msjtes40.dll
msrd3x40.dll
odbc32.dll
odbccp32.dll
odbcji32.dll
odbcjt32.dll
odbcad32.exe
odbcint.dll
odbctrac.dll
vbajet32.dll
Register this server in wine:
wine regsvr32.exe msjtes40.dll
No need to install MDAC.
To use Windows ODBC drivers, you have to override Wine's odbccp32.dll
and odbc32.dll with the native
versions because the Wine versions are currently wired directly to
Linux's unixodbc.
This can be done by setting up the ODBC Data Source Administrator
odbcad32.exe using winecfg:
- Add the program to the Applications tab
- then in the libraries tab, pick from 'New override for library' drop-down
odbc32.dll and odbccp32.dll add them and edit them to be Native for Windows.
Then if you do
wine odbcad32.exe
this brings up the ODBC Data Source Administrator window as in the
Windows Control Panel
If needed, set up (System) DSNs using this program.
Bring across the programs and *.mdb database files from Windows.
Using winecfg, you need to set up each program you want to run with
overrides for odbc32.dll and odbccp32.dll
(Applications and Libraries tabs) as above.
The programs should then run as they did in Windows but perhaps a bit
slower with:
wine Odbc-prog.exe
This has been tested twice on a clean .wine install. I cannot vouch
for support of all API and SQL facilities however.
I hope someone finds this useful.
Barry Bird
[View Less]
Hello all,
I know this will only interest a small portion of you but thought i
would give a quick update on the state of IMM32 since I have brought it
to a major milestone.
All the main patches are in which now separate IMM32 and IMEs. There
is still more work to do but the major framework is in place. X11 XIM
processing should be unchanged. However wine can now begin to load
native windows IMEs as well.
I have tested with windows ATOK20 (a popular Japanese IME) and
…
[View More]successfully had text processing in a fully IME aware application. There
are still clear issues to resolve in many aspects of this processing but
we have forward progress.
ImmInstallIME does not work yet, nor does switching keyboards. So to
get the native IME to work you need to add this registry key.
[System\\CurrentControlSet\\Control\\Keyboard Layouts\\<keyboard layout>]
"Ime File"=<IME filename>
so for example for ATOK20 in Japanese i used.
[System\\CurrentControlSet\\Control\\Keyboard Layouts\\e0010411]
"Ime File"="ATOK20W.IME"
I would love to hear how well things work. I am sure using native IMEs
will quickly show us many places where IMM32 needs to be improved.
One issues I am going to investigate next is that sometimes non x11drv
ime initialization, if occurring too early, causes x11drv to fail to
create windows. I have not investigated with the latest changes to
xim.c (which may already correct this problem) but if you see this
problem this patch may help and i believe the
IME_UpdateAssociation(NULL) is already unneeded.
diff --git a/dlls/winex11.drv/xim.c b/dlls/winex11.drv/xim.c
index d4df9f7..0c98136 100644
--- a/dlls/winex11.drv/xim.c
+++ b/dlls/winex11.drv/xim.c
@@ -475,7 +475,6 @@ static void X11DRV_OpenIM(Display *display, XPointer
ptr, XP
XUnregisterIMInstantiateCallback(display, NULL, NULL, NULL,
X11DRV_OpenIM,
wine_tsx11_unlock();
IME_XIMPresent(TRUE);
- IME_UpdateAssociation(NULL);
}
thanks,
-aric
[View Less]
Am 09.07.2009 um 02:58 schrieb Michael Gruber:
> This patch series implements parts of the XInput library. You can use
> this to play games that support Xbox 360 Controllers. To be able to
> use this you will need to have your Controller working on Linux via
> the xpad kernel driver and the event interface. It will not work on
> any OS other than Linux. It supports gamepads, should work with
> guitars and wheels, but will not work with dance-mats.
> <1-XInputGetState.…
[View More]patch>
Is it possible to implement XInput on top of DirectInput? DirectInput
already has some internal abstraction layers for differnet joystick
APIs, and has basic support for OSX joysticks. Does DInput have enough
capabilities to access all the Xbox controller's features? My gut says
no, otherwise MS wouldn't have created a new lib. I guess its worth
checking though.
[View Less]
What happened to the Fedora packages? They have not been updated since
0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro
supported has the up to date packages!!! And why does the Red Hat packages
site not go to the SourceForge site as it does for SUSE packages and the
others?? I have not really had the guts to ask until now, because I thought
that maybe there was a slump, but now, its getting annoying!! And Fedora
just released Fedora Core 5 yesterday!!! Please tell me new …
[View More]packages will be
ready soon!!! Compiling WINE always crashes my computer, so I prefer to use
the RPMs...
[View Less]
Hi.
>From which configuration does the "ERROR_INVALID_NAME" came from,
when calling GetDefaultPrinter(NULL, &size) and no Printer is installed?
This Test is Present in the current "dlls/winspool/tests/info.c".
MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer
is installed:
http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp
I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in
this Situation.
--
By By ...
... Detlef
Well, sort of. I found bugs in shell32, rpcrt4, comctl32 and wininet
that I had to implement, stub and override my way past before it would
render a page, but finally, here's the obligatory screenshot.
-Hans
Hi,
I'd like to know whether a MacOSX user can expect full screen modes to work, as
I've heard only rumors and too little facts. My experience is this:
+ winecfg's window opens fine even with desktop set uo full screen, no window.
E.g. as in the initial setting after rm -rf ~/.wine; wine winecfg.
+ Likewise, other programs opening windows work fine (regedit, notepad etc.).
- Programs that offer a "select screen resolution" requester present a
list whose largest vertical/Y resolution is …
[View More]22 pixel less than what
the monitor offers. I believe OSX reserves some place for its menu
bar. Lower resolution entries, e.g. 1024x768 and 800x600, are
listed normally. They work in desktop window mode.
- Programs that want to make use of full screen fail or hang somehow.
The issue may be two-fold:
a) full screen does not work at all, or
b) switching to full screen resolutions less than my LCD's native
resolution does not work, and applications do not cope with that.
E.g. many want to display a low-resolution intro video.
- Approx. two monthes ago, a hybrid desktop mode was implemented in
Wine: eliminate the desktop window when it matches the full screen
size; recreate it when switching back to lower resolutions. I've
not observed that effect either, but the idea is brilliant.
I've heard that OSX would not switch to lower resolutions like Linux
machines do with e.g. xrandr -s 1 or -s 2 etc.
My LCD monitor can stretch low resolution VGA signals, e.g. when plugged
to a Linux netbook. However the "early 2009" nVidia Macs do not
produce analog video signals anymore, and I'm using the DVI-D output.
What's the current state of Wine (and Darwine) w.r.t. full screen mode?
Is it just my digital DVI + LCD setting or is there an issue with Wine?
I've built Wine-1.1.24 with OSX 10.5.7 and XQuartz 2.3.3.2.
Thank you,
Jörg Höhle.
[View Less]
On Thu, Jun 18, 2009 at 12:32 PM, Gerald Pfeifer<gerald(a)pfeifer.com> wrote:
> I verified this does not cause any extra warnings with GCC 4.4, whereas
> GCC 4.5 will become quite a bit more useful in that regard and thus help
> spot any issues.
>
> As with -Wtype-limits that I suggested last year, I pledge to keep close
> an eye on this and to address any issues proactively as part of my nightly
> test builds.
>
> Gerald
>
> ChangeLog:
> Use GCC's -…
[View More]Wlogical-op if possible.
>
> diff --git a/configure.ac b/configure.ac
> index bef311e..3f7a657 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -1385,8 +1385,9 @@ then
> WINE_TRY_CFLAGS([-fno-builtin],[AC_SUBST(BUILTINFLAG,"-fno-builtin")])
> WINE_TRY_CFLAGS([-fno-strict-aliasing])
> WINE_TRY_CFLAGS([-Wdeclaration-after-statement])
> - WINE_TRY_CFLAGS([-Wwrite-strings])
> + WINE_TRY_CFLAGS([-Wlogical-op])
> WINE_TRY_CFLAGS([-Wtype-limits])
> + WINE_TRY_CFLAGS([-Wwrite-strings])
>
> dnl Check for noisy string.h
> saved_CFLAGS="$CFLAGS"
>
>
>
Causes 106 more warnings on 4.3.3 of this sort:
tab.c:693: warning: logical ‘&&’ with non-zero constant will always
evaluate as true
cert.c:1627: warning: logical ‘||’ with non-zero constant will always
evaluate as true
--
-Austin
[View Less]
Does "mac" mean "powerpc mac only"? I rather
thought it meant "apple macintosh", regardless
of cpu. I ask because Austin has just gone through
and changed lots of "mac" bugs to "pc" even
though the bugs were on Intel macs, which just
seems wrong.