Damyan Ognyanoff wrote:
User resource definition when resID is not a number
Ex:
LINES LINETYPE "somefile.ext"
won't compile. When I change nameid to nameid_s the
above line become
"LINES" LINETYPE "somefile.ext"
and it works fine to me.
[snip patch]
This is not a correct
Alexandre Julliard wrote:
The idea is once we get import tables in builtin dlls (real soon now)
you can import dlls from your app spec file and the dll symbols will
be used before normal ELF linking. So if your app makes calls to
fopen() and you import crtdll, fopen() will automagically
Alexandre Julliard wrote:
I just noticed that wineserver doesn't spit out *any* message upon a SEGV.
No, but it dumps core which is much more useful IMO (look into the
socket directory for the core file). Besides since it doesn't use
threads running it under gdb works just fine.
You could
Jeremy White wrote:
[snip]
3. Intercept ctors processing
In this case, best demostrated by Berthos, I believe, you
intercept the ctors process of your target library (say, MFC).
You stash a pointer to the ctors chain somewhere, and
then force the glibc processing
Matthias Bleyl wrote:
I can not compile wine-2716 on my machine. (However, I CAN compile
WINE-2326 !!).
Already fixed in CVS some time ago. Update your tree or install bison.
Greetings Bertho
Robert Corbett wrote:
Transitions on declared, but unused tokens are not included into state
transitions. You normally would get $default transitions, but byacc
insists on specifying all tokens. This leads to wrong
results because a syntax-error is generated on a perfectly legal input.
Gerald Pfeifer wrote:
If wrc is built by (BSD) yacc, the build aborts with the following error:
../../tools/wrc/wrc -c -s -p rsrc -s -pcomdlg32 -I. -I. -I../../include
-I../../include ./rsrc.rc
Error cdlg_xx.rc: 8, 1: syntax error
*** Error code 1
This is a bug in byacc (tried
Hi,
Transitions on declared, but unused tokens are not included into state
transitions. You normally would get $default transitions, but byacc
insists on specifying all tokens. This leads to wrong
results because a syntax-error is generated on a perfectly legal input.
Try this source, once
Gerald Pfeifer wrote:
If wrc is built by (BSD) yacc, the build aborts with the following error:
../../tools/wrc/wrc -c -s -p rsrc -s -pcomdlg32 -I. -I. -I../../include
-I../../include ./rsrc.rc
Error cdlg_xx.rc: 8, 1: syntax error
*** Error code 1
This is a yacc issue. I am
Dave Pickles wrote:
Thanks to Bertho, Wine now has the tools to implement the
FORMAT_MESSAGE_FROM_SYSTEM version of FormatMessage(). I'll do the work if
no-one else has started, but I would appreciate some pointers.
In particular, where should the messages be stored? In Win9x they are in
Uwe Bonnes wrote:
[snip]
Wouldn't allow a seperate DLL easier implementation of language
dependant message?
Wine could e.g. look for winemsg-de.dll when run with --language de
and fall back to default english messages in winemsg.dll when
winemsg-de.dll is not found ( or some wine.ini
Ove Kaaven wrote:
I'm wondering how to link the lib file with GCC under Linux so
calls to the
DLL work under Linux.
This is EXACTLY what Winelib is supposed to do.
Perhaps Winelib could use a "wine-implib" tool or something... or is such
a tool already in the dllglue stuff that's part
Fowler wrote:
I just checked out a clean CVS form cvs.winehq.com and
had the build fail. Ive pasted the relevant lines below My compiler is
gcc version 2.95.3 19991030 (prerelease)
on Linux Mandrake 7.1b3 (updated mostly to full 7.1) with
glibc2.1.3 and kernel 2.2.16.
[snip]
gcc
Eric Pouech wrote:
however, difference between LOAD_LIBRARY_AS_DATAFILE and DONT_RESOLVE_DLL_REFS
isn't clear to me (at all). can someone give some insights (MSDN gave nothing
on it) before Alexandre returns from vacation, there's sometime to fix it
properly any idea ?
Ove Kaaven wrote:
As discussed earlier, it's a problem when users (or rpms) install their
.so files into a directory like /usr/lib/wine that's not in their
ld.so.conf files, only in the EXTRA_LD_LIBRARY_PATH option, because of
those ELF loader dependencies.
Elfdlls should solve it once and
Uwe Bonnes wrote:
the files in the ../unicode directory don't yet contain
#include "debugtools.h"
and a default channel. Adding those items however aborts compilation
of wmc, as wmc probably doesn't need it.
So the questions:
- Should the debug facility be added to the unicode handling
Ove Kaaven wrote:
There has been some reports on the newsgroup like
err:module:BUILTIN32_dlopen failed to load libver.so: liblz32.so: cannot open shared
object file: No such file or directory
with mention of libraries residing in /usr/lib/wine, and /usr/lib/wine
configured as
Dave Pickles wrote:
[snip]
produces the correct result in Wine but the Borland resource compiler
inserts two newlines.
Yep, I tested it also.
I agree this is not a big issue. It will only affect someone porting an
application to WineLib which uses strings in this way, and there may not
be
michael cardenas wrote:
- you can compile resources as a dll under windows and then load the dll
with wine. That's what we do for canvas. This is probably not ideal, but
most of my problems porting were in the code. We very seldomly have to
change the resources for the porting process. But
Dave Pickles wrote:
Recompiling the WCMD command-line interpreter for the first time in quite
a while it seems that wrc now has an incompatibility with Windows resource
compilers (Borland C++ 5.02 to be specific).
The resource file wcmdrc.rc contains entries such as the following:
[snip]
Gerald Pfeifer wrote:
Much faster and much more stable. :-)
Hm, more stable, yes, but last light I had 46% packet loss.
Greetings Bertho
The old server is still up and running (everything except the apps
database). I saw that it still servered requests for those who have
hard-coded IPs and those who's DNS hasn't timed-out yet. The Expire is
at almost 6 weeks, so bad name-servers can point to the old IP quite
some time.
I plan to
Hi Y'all,
I am currently implementing the Wine Message Compiler (wmc: as an
alternative to mc.exe). I need to implement quite a bit unicode support
for it to function correctly. Unicode requires a lot of tables for
conversion and I did just that for nearly all codepages (from
ftp.unicode.org).
Alexandre Julliard wrote:
Unicode support (basically MultiByteToWideChar and related functions).
Ok, saved by the bell (eh, mail:-)
That is exactly the problem. You mention bootstrapping, but I don't like
that option at all because wrc also needs unicode support (ultimately).
I want to
Dmitry Timoshkov wrote:
I'm going to need similar functionality for another reason anyway, so I'm
working on a library which does this.
I would suggest to use FormatMessage() API instead of inventing new
interface. You even could add new error codes if you wish to extend
an existing
Matthew Clarke wrote:
[snip]
EXTRA_SRCS = parser.y parser.l ppl.l ppy.y ppy.tab.c lex.ppl.c
and does not set RC_SRCS at all.
No, of course it does not set RC_SRCS because wrc is the resource
compiler...
So, the only files given to makedep on the command line are:
dumpres.c,
michael cardenas wrote:
wrc couldn't handle all complicated #ifdefs with
logical conditions and/or continuation backslash '\' on the
end of line. Then we used gcc to preprocess files, so its not that important
Well, if we claim we can compile out of the box, people are not going to be
Hi,
The registry loader mmaps the "system.1st" file and then reads it.
However, if the file is empty (as in my case), then mmap() returns
success with (void *)0 as return value without having any valid address
mapped (it is not listed in /proc/xyz/maps). I do not know whether this
is a bug or a
Hi,
I am nearly finished with the changes in wrc. Only making the diffs and
updating the docu is left. This I will do tomorrow (its getting late
now). The new version includes a full preprocessor that resolves many
issues, such as user resources and the programs/* uglyness. I just
checked that
Ove Kaaven wrote:
The FAQ is updated right now when someone runs the wine_release expect
script:
# Update FAQ
do ./winefaq.tcl faq.html
But this is not often enough. So perhaps you could add something like this
to the cron:
0 0 * * 1 cd /home/wine/Winehq; ./winefaq.tcl faq.html
Ove Kaaven wrote:
[snip]
Since I'm here, I'll mention that while I committed this question to the
winefaq.tcl a while ago, the faq.html isn't updated yet (currently gets
done in the release script, but releases are getting more and more rare
nowadays so the faq should really be generated more
Hi,
According to what I found on the web are resources always little-endian
because MS does not support/wrote OSes for big-endian processors. There
are a couple of questions that go with this:
- Is it true that MS only has little-endian version?
- Should I support big-endian at all in wrc?
Francois Gouget wrote:
[snip]
But I would like to point out that even if you use gcc as the
pre-processor, as I did, wrc must still be aware of some directives
like '# line file' and '#pragma'. I seemed to me that this was not
always clear in the messages.
Yes, it was clear to me and
"Dimitrie O. Paun" wrote:
Indeed. The problem is that wrc has a semantical preprocessor instead of
a lexical preprocessor.
Why don't we simply use gcc preprocessor?
Because not everybody uses/has gcc to compile wine...
Greetings Bertho
Dimitrie Paun wrote:
It seems to me there are way too many interfaces to alocate memory. The ones
described in xmalloc.h add little functionality, but provide confusion and
promote lazyness most of the time.
This patch tries to get rid of the xmalloc functions. It eliminates xcalloc,
Ove Kaaven wrote:
But I seem to recall that the problems were not lack of volunteering
sites, but something more technical...?
Indeed. The problem is that the app-database, CVS browsing and
source-browsing are on a fixed system (tiepmiep) linked through scripts.
Mirroring the apps-db can only
36 matches
Mail list logo