On Mon, 29 Nov 2004 03:48:24 +0100, Sam Lauber wrote:
No. I used the InstallShield program for Flash MX, and it didn't work.
Without stdole32.tlb, it whined like a baby about OLE. With
stdole32.tlb, it (not the whole system) froze up during the preparing
stage when it hit 100% and left a
Quick tip: if you grab the IEBATCH file from my IE installer script:
http://bylands.dur.ac.uk/~mh/wine-ie
and put it in your script then the IE installer won't prompt the user for
any information when installing. This is good as not all the things it
would otherwise install work yet. Also it
Thank you for your advice.
OK, I've implemented fully-automated install option in my script using
iebatch.txt from your script.
I also included some workarounds and ie6 can be installed with default
option.
http://sidenet.ddo.jp/winetips/files/wine-config-sidenet-1.6.0.tgz
Also, there are
On Sun, 28 Nov 2004 20:08:41 -0800, Scott Ritchie [EMAIL PROTECTED] wrote:
Coincidentally, this might tie in very well to the desktop integration
tasks suggested this week. Perhaps we should create a desktop
integration tasklist or even append it onto the 1.0 todo?
I think it fits better on
Joaquín wrote:
I have some programs in spanish for windows but when i install it i have
problems with dir names, for example Program Files is Archivos de
programa, Common Files is Archivos comunes, and so.
Can i translate this names in source and compiling without problem??
which files i
Hi,
I personally don't think it's really useful without more detailed
information on each dll, but in any case this belongs to one of the
sgml documents, not a stand-alone ASCII file.
c2man.pl will generate a blurb for each dll in the source tree when
building API docs, if one of the dlls source
Hello,
This patch breakes the file open/save dialog for me:
http://www.winehq.org/hypermail/wine-cvs/2004/11/0086.html
The 5 buttons(go up one folder, go to desktop, new folder, ...) appear above
the directory selektor and have a height of only a few pixels, so the icons
are not visible and
Christian Britz schrieb:
- Can't get sound working with arts. Personally I don't understand
really which of the config files I have to manipulate.
Was my fault. I forgot to install some dev packages on my new machine.
Christian
On Monday 29 November 2004 21:33, Ferenc Wagner wrote:
Ivan Leo Puoti [EMAIL PROTECTED] writes:
The test actually is at
http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-20
0411251000-paul-mingw.exe can someone please fix this?
Paul, could you please fix your tests.url (or the
Cool! If you don't mind then I'll retire my IE installer script (it's
not maintained anyway) and just point my page to yours.
thanks -mike
I think there is no probrem.
Note that I've made really stypid mistake in version 1.6.0.
I'd fixed it immidiately. Please use the latest version :
Hi Sam,
--- Sam Lauber [EMAIL PROTECTED] wrote:
I tried it with MS mktyplib (with Wine DLLs). Strangly, it produced
the exact same FIXMEs that the C program generated, but generated a
diffrent typelib. And more then two bytes differed. The two typelibs
are attached. I'll try it with
The following seemingly simple and harmless change caused a regression
in IE6. The toolbar icons are no longer displayed and the error message
below appears in the log.
err:imagelist:ImageList_LoadImageW Error loading image!
Mike
Alexandre Julliard wrote:
ChangeSet ID: 14326
CVSROOT:
Hi James,
That looks kind of wrong, both the before and after...
Interfaces should be released, not free'd...
Secondly, freeing the interface if the Query works is almost definitely
wrong, because ppv will likely point to the same memory as pstream.
Mike
James Hawkins wrote:
hr =
Hey Mike,
Ignoring the change that I made, what is wrong with the current code?
I kindof figured that pstream was tied into ppv, but I wanted to make
sure. If that is the case, then my acmstream patch should be ignored
as well. I thought to call LocalFree on pstream because it was
allocated
James Hawkins wrote:
Ignoring the change that I made, what is wrong with the current code?
I kindof figured that pstream was tied into ppv, but I wanted to make
sure. If that is the case, then my acmstream patch should be ignored
as well. I thought to call LocalFree on pstream because it was
Hi Mike,
patching is clean on 20041019, however ..
fails with
make[2]: Entering directory `/tmp/wine-20041019/dlls/shell32'
../../tools/winegcc/winegcc -B../../tools/winebuild -shared
./shell32.spec shell.spec.o shell.o authors.o autocomplete.o
brsfolder.o changenotify.o classes.o
Rémi Assailly wrote:
Shachar Shemesh wrote :
Thanks for spotting another one for my growing heap of BiDi TODOs
http://bugs.winehq.org/show_bug.cgi?id=2584
Shachar
I know that there is no effect...
I'm sorry if I came off cynical. There was no cynicism in that comment.
I opened 2584
17 matches
Mail list logo