( I have posted a similiar question in wine-users,
don't flame me for doing so, just thinking about this
some more, perhaps it may be more a developer question
)
Ok, I have a windows app, that runs under wine fine -
not quite. This app has a form, with many text field
edit boxes on. Quite often these edit boxes already
have text values, ie. they are not empty - there is a
database behind the form.
Anyway, the form shows on the screen, but the text
within the edit fields is invisible, until you
activate each edit box component. When you leave one
edit box to the next, the text remains visible.
It seems like the repainting is not working, on
initial startup of the form.
As a way to debug this database app ( I don't have the
source code for it ) I wrote a real basic form app in
Visual Studio, with two edit boxes, with data in each.
Now this basic app shows the text values immediately
on startup. So there must be something different that
the database app is not doing.
I then ran wine using 'wine --debugmsg +edit
programname' for both app's.
I see both logging 'Creating ANSI edit control, style
= xxxxx'
but the style reference is different between apps - I
am not sure if this the cause or not.
The problem app reports style = 54011104 and the basic
app shows style = 50010080.
Can somebody explain what this style reference means
and how do I force an app to use a certain style of
edit box ?
What other wine class debugmsg types should I use to
narrow down the source of this problem ?
Is there anyway I can check to see how the database
app is repainting text within the text edit components
?
Regards
Doug Herbert.
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
I read previously that Daylight Savings Time transition dates were a FIXME.
If I knew where to implement them, I will look into implementing them
myself.
"Ylia K" <k_ilya(a)ukr.net> wrote:
> * dlls/kernel/nls/ukr.nls, dlls/comctl32/rsrc.rc, dlls/commdlg/rsrc.rc, dlls/user/resources/user32.rc, dlls/shell32/shres.rc,
> dlls/comctl32/comctl_Uk.rc, dlls/commdlg/cdlg_Uk.rc, dlls/shell32/shell32_Uk.rc, dlls/user/resources/user32_Uk.rc :
>
> Ilya Korniyko <k_ilya(a)ukr.net>
>
> Ukrainian translation: full translation of comclt32, commdlg, shel32, user dlls, fixes in ukr.nls
You shouldn't touch ukr.nls since it has been auto generated.
--
Dmitry.
> 5.14.2. Using Windows ODBC drivers
> Does anyone actually have any experience of this and anything to add?
>
>
> I do, with Microsoft Access and the JetProxy JDBC. If there's any
> interest, I can give you a quick summary on how to set things up.
It looks like the stuff on WineHQ is a bit out of date.
A patch I submitted in March added some info that Boaz
put together. Now that section should read:
<title>Using Windows ODBC drivers</title>
<para>
Native ODBC drivers have been reported to work for many types of
databases including MSSQL and Oracle. In fact, some like MSSQL can
only be accessed on Linux through a Winelib app. Rather than
just copying DLL files, most ODBC drivers require a Windows-based
installer to run to properly configure things such as registry keys.
</para>
<para>
In order to set up MSSQL support you will first need to download
and run the mdac_typ.exe installer from microsoft.com. In order
to
configure your ODBC connections you must then run CLICONFG.EXE and
ODBCAD32.EXE under Wine. You can find them in the windows\system
directory after mdac_typ runs. Compare the output of these programs
with the output on a native Windows machine. Some things, such
as protocols, may be missing because they rely on being installed
along with the operating system. If so, you may be able to copy
missing functionality from an existing Windows installation as
well as any registry values required. A native Windows installation
configured to be used by Wine should work the same way it did
when run natively.
If you'd like to make any additions or corrections, please
work from the version in CVS. If you'd like me to do the
SGML markup, feel free to email me raw text to add. If so,
no rush - I'll be out of town till May 10th.
Thanks!
---------------
Brian Vincent
Copper Mountain Telecom
vincentb(a)coppercolorado.com
(Yes, I know 20031118 is a little old)
Anyone any ideas what is going on here or any simple tests I can do?
I am trying to get our company's software running on Red Hat Enterprise Linux
3 Update 1.
I am using the wine-20031118-1rh8winehq.i686.rpm
I am printing to a SMB printer elsewhere on the computer.
I can print the test page from the printconfgui
I can print a text file from the command line (lp /etc/passwd)
I cannot print from notepad; nothing seems to happen
I cannot print from our application; I get the error:
lpr: unable to print file: server-error-service-unavailable
(I'll try the 20040408 when I can actually download it, but I don't expect it
to change)
(I would try changing to LPRng but of course RHEL3 doesn't seem to include it)
Anyone any ideas?
--
Bill Medland
mailto:[email protected]http://webhome.idirect.com/~kbmed
Hello,
I recently ported a small application from Windows using winelib. The
app uses a third-party DLL that I don't have source for (which is why
I'm using winelib instead of just writing a Unix program). It seems
to work fine, but it takes up 100% of the CPU all the time:
24916 activewv 25 0 1080 1080 920 R 50.2 0.2 44:06 0 wineserver
24938 activewv 16 0 0 0 0 Z 24.5 0.0 3:52 0 wine-pthread <defunct>
24913 activewv 15 0 0 0 0 Z 24.1 0.0 17:38 0 wine-pthread <defunct>
Also Linux claims that the two threads of the program are zombies, and
are taking up 25% of the CPU, which doesn't really make any sense.
The app isn't CPU-intensive under Windows.
The app is just sending a short request to the serial port every 5-10
seconds, and sometimes getting back a short response. When I strace
wineserver, it's doing:
31132 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=16, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=17, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=28, events=POLLIN}, {fd=-1}, { fd=-1}, {fd=-1}, {fd=32, events=0, revents=POLLERR|POLLHUP}, {fd=33, events=POLLIN, revents=POLLIN}, {fd=-1}, {fd=-1}, {fd=36, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=18, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=44, events=0, revents=POLLERR|POLLHUP}, {fd=45, events=POLLIN, revents=POLLIN}, {fd=-1}, {fd=-1}, {fd=48, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=24, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=56, events=POLLIN}, {fd=57, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=60, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=63, events=POLLIN}, {fd=64, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {!
fd=71, events=POLLIN}, {fd=72, events=POLLIN}, {fd=-1}, {fd=-1}, {fd=75, events=POLLIN}, {fd=-1}, {fd=-1}], 69, -1) = 4
31132 read(33, "&\0\0\0\0\0\0\0\0\0\0\0L\0\0\0\0\0\0@\0\0\0\0\0\0\0\0\0"..., 64) = 64
31132 write(34, "\0\0\0\0\0\0\0\0\t\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0"..., 64) = 64
31132 read(45, "\25\0\0\0\0\0\0\0\0\0\0\0l\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64
31132 write(46, "\0\0\0\0\0\0\0\0\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64
Those file descriptors are all pipes according to lsof, and I'm not
sure what they're connected to---although it seems likely they're
connected to those two threads, especially since those are the only
threads this copy of wineserver is servicing.
I'm not really sure how to go about figuring this out; I'm about to
port another similar application, and I'd prefer not to have both of
them trying to get the CPU all the time.
This is with Wine-20040309, compiled myself for a Fedora Core Release
1 (Yarrow) Linux.
I'm not really sure what my next step is in figuring this out. Any
ideas?
Thanks!
----ScottG.
Hi all,
I have several people interested in creating a
replacement for the Marlett symbol font included in
Windows (used for drawing of window decorations and
some widgets).
Would this be useful for inclusion in Wine?
If so, would just the TTF file be ok, or would you need
whatever propietary formatted file they will probably
be working with (I think it will be some Adobe
product)?
Rob
I'm working on two apps that link to 3rd party DLLs. For both DLLs, I
have a .dll file and a .lib file, but no .def.
For the first app, in order to get things working I had to load all of
the functions myself with GetProcAddress. That worked fine, but was
tedious to set up. I know there's a better way, but nothing I've
tried has worked.
I tried to create a .spec file, compile to a .def file, and link with
that.
If I copy ActiveWaveLib.dll to libActiveWaveLib.dll, create an
ActiveWaveLib.spec file, compile that with winebuild to
libActiveWaveLib.def, then compile with:
wineg++ ... -lActiveWaveLib
it compiles, but when I run it complains:
err:module:import_dll No implementation for ActiveWaveLib.dll.rfCallTags imported from L"Z:\\home\\gifford\\prog\\activewave-test\\activewave.exe", setting to 0xdeadbeef
If I instead use:
wineg++ ... -iActiveWaveLib
it won't compile:
activewave.o(.text+0xce): In function `main':
: warning: undefined reference to `rfRegisterReaderEvent'
Any idea what I'm doing wrong, or what else I can try?
Thanks!
----ScottG.