Thanks to Stefan Munz of ITOMIG, I now have a nice
writeup by Dan Notestein about SynaptiCAD's success
with Winelib; it's online at
http://kegel.com/wine/isv/synapticad.html
It was first written about a year ago, but languished
in cyberspace. I think I've given it its first home
on a web site, a
On Thu, 2005-12-15 at 09:36 -0800, Bill Medland wrote:
> On December 15, 2005 01:00 am, Scott Ritchie wrote:
> > On Wed, 2005-12-14 at 14:51 -0800, Bill Medland wrote:
> > > I am intending doing some work and submitting some patches
> > > to "improve" the integration with the operating system
> > >
On Fri, 2005-12-16 at 02:08 +, Aric Cyr wrote:
> Aric Cyr gmail.com> writes:
>
> >
> > I debugged it more last night and I found the offending call. If I comment
> > out
> > just that one (probably unneeded from what I can tell) function everything
> > works
> > great.
>
> Replying to my
Peter Beutner wrote:
IMHO all this stuff goes a bit too much into the wrong direction.
I really fear that this will end up with vendors loudly advertising
linux support and proudly putting linux stickers on their products
where everything you find inside are just the same windows .exe files
On 12/15/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
> it's definitly a good thing when vendors care about their product running
> with wine or
> companies migrating to linux trying to get their highly-specialized-app to
> work with wine.
> But imho it _shouldn't_ be the long term solution.
We'
Aric Cyr gmail.com> writes:
>
> I debugged it more last night and I found the offending call. If I comment
> out
> just that one (probably unneeded from what I can tell) function everything
> works
> great.
Replying to myself again...
Okay so I think this whole problem might turn out to be
> I really fear that this will end up with vendors loudly advertising linux
> support and
> proudly putting linux stickers on their products where everything you find
> inside are just
> the same windows .exe files and a readme stating that these will work fine
> with wine.
> Which at least i
Raphael club-internet.fr> writes:
>
> On Thursday 15 December 2005 19:55, Jesse Allen wrote:
> > Hi,
> >
> > It seems that the patch git-1399edb0925966a802a6a39835025c22c22c18e1.patch
> > found here
> > http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html causes
> > an opengl regre
Scott Ritchie schrieb:
On Tue, 2005-12-13 at 22:33 -0800, Dan Kegel wrote:
I used to hate the term ISV (Independent Software Vendor) since
it sounded so acronymy compared to 'developer', but it's
very commonly used in the industry to refer to outfits which
are trying to write and sell off-the-s
> --- Ursprüngliche Nachricht ---
> Von: Molle Bestefich <[EMAIL PROTECTED]>
> An: Jesse Allen <[EMAIL PROTECTED]>
> Kopie: Roderick Colenbrander <[EMAIL PROTECTED]>,
> wine-devel@winehq.org
> Betreff: Re: DirectDraw over Direct3D
> Datum: Thu, 15 Dec 2005 20:03:32 +0100
>
> Jesse Allen wrote:
> >
Molle Bestefich schrieb:
> The patch is fine and all, but if I'm right and there's a lot of
people using OS drivers that doesn't support the features needed (thus
making performance worse), this patch should be optional and not
replace the current working stuff..
as far as I understood it this p
Quoting Alexandre Julliard <[EMAIL PROTECTED]>:
> Cihan Altinay <[EMAIL PROTECTED]> writes:
>
> > Hi,
> > A very basic C++ program fails with
> >
> > err:ntdll:RtlpWaitForCriticalSection section 0x7f64c560 "x11drv_main.c:
> > X11DRV_CritSection" wait timed out in thread 001c, blocked by 001e,
> r
On 12/15/05, Raphael <[EMAIL PROTECTED]> wrote:
>
> No, only that DRI don't implement GLX 1.3
> i just sent a patch to fix (ie. by-pass) this regression.
>
> i thought that DRI implemented GLX 1.3 specs but seems they use a too older x
> code :(
> http://cvs.sourceforge.net/viewcvs.py/dri/xc/xc/pro
On Thursday 15 December 2005 19:55, Jesse Allen wrote:
> Hi,
>
> It seems that the patch git-1399edb0925966a802a6a39835025c22c22c18e1.patch
> found here
> http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html causes
> an opengl regression on my system. With the patch loading War3 caus
Marcus Meissner wrote:
Look at why the message loop for 0x10024 doesn't process the message.
This may be one of the things that Windows handles in the server rather
than sending messages to each window.
The window its trying to WM_GETTEXT is created by ole32.CoInitializeEx(0,2)
(called b
On Thu, 15 Dec 2005 09:52:50 +0100, Marcus Meissner
<[EMAIL PROTECTED]> wrote:
Look at why the message loop for 0x10024 doesn't process the message.
This may be one of the things that Windows handles in the server rather
than sending messages to each window.
The window its trying to WM_GETTE
On 12/15/05, Molle Bestefich <[EMAIL PROTECTED]> wrote:
> Jesse Allen wrote:
> > > The current state of open source video drivers for Linux is as far as
> > > I know that they only do basic 2D. For 3D you have to use
> > > closed-source drivers, which is simply not an option for a lot of
> > > peo
Curro Amores wrote:
hi ,
sorry but im a bit desperated, i dont find the way of sorting out my
problem.
i send a snapshot of my report so you could give me a hint of what is
going wrong,
It's a access 97 app and i can not display reports correctly.
ill be very pleased.
The problem is tha
Jesse Allen wrote:
> > The current state of open source video drivers for Linux is as far as
> > I know that they only do basic 2D. For 3D you have to use
> > closed-source drivers, which is simply not an option for a lot of
> > people, be that because of stability, compatability or other issues.
Hi!
Microsof'ts JVM is not bundled with Internet Explorer; in fact, it is
not shipped with newer versions of Windows either, because of an
antitrust settlement with Sun. Either download the Sun JVM, or search
for the Microsoft JVM in Google (it is not available from Microsoft).
Regards,
A
Hi,
It seems that the patch git-1399edb0925966a802a6a39835025c22c22c18e1.patch
found here http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html
causes an opengl regression on my system. With the patch loading War3 causes
X Error of failed request: GLXUnsupportedPrivateRequest
Majo
On 12/15/05, Molle Bestefich <[EMAIL PROTECTED]> wrote:
> Roderick Colenbrander wrote:
> > For old videocards the GL renderer won't work and the
>
> The current state of open source video drivers for Linux is as far as
> I know that they only do basic 2D. For 3D you have to use
> closed-source dri
Man, wine is getting good! Homepage builder seems to install
and mostly work. Even the flash demo works.
Kudos to the Wine developers!
A few of the included tools crash on startup, though, e.g.
http://bugs.winehq.org/show_bug.cgi?id=4082
And then there's that regsvr installation problem I just p
Thursday, December 15, 2005, 11:17:18 AM, Dan Kegel wrote:
> Hrm. Haven't seen this one before. At the end of installation
> of IBM Homepage Builder 6.0 for Windows, I get
> wine: cannot open builtin library for
> L"C:\\windows\\system32\\regsvr32.exe":
> /home/dank/wine/programs/regsvr32.exe.so
On December 15, 2005 01:00 am, Scott Ritchie wrote:
> On Wed, 2005-12-14 at 14:51 -0800, Bill Medland wrote:
> > I am intending doing some work and submitting some patches
> > to "improve" the integration with the operating system
> > desktop integration. Rather than waste time coding up my
> > id
On 12/15/05, Adrian Munteanu <[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> I am trying to use wine with IE 6.
> Most of the pages are displaying fine, however the problem is with pages
> requesting JVM running.
> So could you please help me find away, if available, to make IE use
> installed JVM?
Did
Hrm. Haven't seen this one before. At the end of installation
of IBM Homepage Builder 6.0 for Windows, I get
wine: cannot open builtin library for
L"C:\\windows\\system32\\regsvr32.exe":
/home/dank/wine/programs/regsvr32.exe.so: invalid ELF header
This is with 0.9.3 built on fc3.
Thanks,
Dan
-
Hi
I have tried to run some apps with the wine-jack-driver.
It is working, but I found it pretty unstable, especially with MME buffersizes
below 100ms
What I would like to see improved:
1. More stability, no zombification on buffer underruns (xruns)
2. Law latency connection for audio and midi (
Dmitry Timoshkov wrote:
"David Moore" <[EMAIL PROTECTED]> wrote:
The patch below first checks to see if the codepage is one of the
exceptions, and if it is, passes in NULLs for the last two arguments.
I wonder how did you build the list of exceptions: why CP_UTF7 is there
but CP_UTF8 is not
Roderick Colenbrander wrote:
> For old videocards the GL renderer won't work and the
The current state of open source video drivers for Linux is as far as
I know that they only do basic 2D. For 3D you have to use
closed-source drivers, which is simply not an option for a lot of
people, be that be
Bill Medland wrote:
On December 15, 2005 01:00 am, Scott Ritchie wrote:
On Wed, 2005-12-14 at 14:51 -0800, Bill Medland wrote:
I am intending doing some work and submitting some patches
to "improve" the integration with the operating system
desktop integration. Rather than waste time
On December 15, 2005 01:00 am, Scott Ritchie wrote:
> On Wed, 2005-12-14 at 14:51 -0800, Bill Medland wrote:
> > I am intending doing some work and submitting some patches
> > to "improve" the integration with the operating system
> > desktop integration. Rather than waste time coding up my
> > id
Molle Bestefich wrote:
Pictor wrote:
I'm trying to run Ventrilo (voice chat) on WINE.
I have the latest version of wine.
I installed correctly Ventrilo.
Now I have to setup it to use the GSM 6.10 codec.
I read on-line that I only need to add "MSACM.msgsm610=msgsm32.acm" to
the system.ini fi
Pictor wrote:
> I'm trying to run Ventrilo (voice chat) on WINE.
> I have the latest version of wine.
> I installed correctly Ventrilo.
>
> Now I have to setup it to use the GSM 6.10 codec.
> I read on-line that I only need to add "MSACM.msgsm610=msgsm32.acm" to
> the system.ini file, and add the f
"David Moore" <[EMAIL PROTECTED]> wrote:
I will change the patch to only CP_UTF7, CP_UTF8 and CP_SYMBOL if you
still suggest I do - this solves my problem. I just thought that my
patch as currently stands (and more so with the addition of CP_UTF8) is
more correct. Please advise.
Wine doesn
On 12/15/05, Brian Vincent <[EMAIL PROTECTED]> wrote:
> You're secretly just trying to get me to finish the commercial page I
> promised, huh?
:-)
> I'll vote against a wine-isv list. History has shown we're not
> responsible enough to have many mailing lists. Sure, if it takes
> off.. great.
You're secretly just trying to get me to finish the commercial page I
promised, huh?
I'll vote against a wine-isv list. History has shown we're not
responsible enough to have many mailing lists. Sure, if it takes
off.. great. But more than likely we'll be having a discussion on
wine-devel in 18
Travis Poppe wrote:
Hello All,
Lately I've been trying to track down a problem that prevents DVD Shrink 3.2
from starting on FreeBSD in any version of Wine built on/after 04-20-2005
(including the recent beta releases). Any version built prior to this works
fine.
I've tracked the problem d
On Mittwoch 14 Dezember 2005 07:33, Dan Kegel wrote:
> How about we create a new mailing list, wine-isv, aimed squarely
> at ISVs and the Wine community members who want to
> help them?
Sounds like a good idea to me ;)
David
pgpntIJmD7w1g.pgp
Description: PGP signature
On Wed, 14 Dec 2005 22:42:28 +0800, you wrote:
>Well, the committed patch 1) does fix a visual glitch in the app I'm working on
>and 2) passes all the current tests.
1) You know that doesn't make it right. I see it causing visual glitches
in *three* programs here, girotel, native hh.exe and win
Hi,
> How about we create a new mailing list, wine-isv, aimed squarely
> at ISVs and the Wine community members who want to
> help them?
I'd say go for it!
Stefan
pgp3gHbP0Ls0o.pgp
Description: PGP signature
Rein Klazes <[EMAIL PROTECTED]> writes:
> Changelog:
> dlls/user : sysparams.c
> dlls/user/tests : sysparams.c
> Implement saving and fix reading of nonclient metrics with conformance
> tests.
The test fails here:
sysparams.c:195: Test failed: Wrong action got 42 expected 47
-
* On Wed, 14 Dec 2005, Paul Vriens wrote:
>
> GetStandardColorSpaceProfileW with a non-NULL machinename will return
> ERROR_NOT_SUPPORTED on 2000/WinXP/2003 (and maybe more).
>
> --- a/dlls/mscms/tests/profile.c
> +++ b/dlls/mscms/tests/profile.c
> @@ -515,7 +515,7 @@ static void test_GetStandar
On Wed, 2005-12-14 at 14:51 -0800, Bill Medland wrote:
> I am intending doing some work and submitting some patches to
> "improve" the integration with the operating system desktop
> integration. Rather than waste time coding up my ideas and
> having Alexandre reject them I thought I'd start by
Marcus Meissner <[EMAIL PROTECTED]> writes:
> Used by Google Earth. If anyone has a better
> idea on the static buffer handling please speak up.. ;)
It should go in the per-thread data structure
(cf. msvcrt_get_thread_data).
--
Alexandre Julliard
[EMAIL PROTECTED]
Bill Medland <[EMAIL PROTECTED]> writes:
> 1. I reckon it would be a good idea if somewhere we actually
> wrote some prose that actually declared what it was we were
> trying to achieve. I have a real issue with trying to decide if
> the code does what it does because of a deliberate decision,
> Look at why the message loop for 0x10024 doesn't process the message.
> This may be one of the things that Windows handles in the server rather
> than sending messages to each window.
The window its trying to WM_GETTEXT is created by ole32.CoInitializeEx(0,2)
(called by Google Earth startup co
James Hawkins <[EMAIL PROTECTED]> writes:
> Is there anything wrong with this patch?
Yes, the patch file is truncated.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tue, 2005-12-13 at 22:33 -0800, Dan Kegel wrote:
> I used to hate the term ISV (Independent Software Vendor) since
> it sounded so acronymy compared to 'developer', but it's
> very commonly used in the industry to refer to outfits which
> are trying to write and sell off-the-shelf software -- an
Cihan Altinay <[EMAIL PROTECTED]> writes:
> Hi,
> A very basic C++ program fails with
>
> err:ntdll:RtlpWaitForCriticalSection section 0x7f64c560 "x11drv_main.c:
> X11DRV_CritSection" wait timed out in thread 001c, blocked by 001e, retrying
> (60
> sec)
>
> when the Linux TLS libraries are not in
50 matches
Mail list logo
