Wine Bugs ha scritto:
>http://bugs.winehq.org/show_bug.cgi?id=3970
>
>tony.lambregts(a)gmail.com changed:
>
>------- Additional Comments From tony.lambregts(a)gmail.com 2005-30-11 11:03 -------
>Is it correct that The linux version of Bricscad requires Wine to run? or are
>you using the windows version under wine?
>
>
There are two bricascad version:
1) Windows version
2) Linux version
I use the second.
Bricscad for Linux is not a native linux applications, it is required wine.
The Linux version, is a windows version with some modifications from
software house for running under Linux (with wine).
for install i proceded:
1) I downloaded .tgz file,
2) Uncompress it
3) Copy folder "bricacad" in /opt
4) $/opt/bricscad/./icad (to run)
Thank you very much for your support
Best regards
David
P.S. I'm sorry for my bud english :-p
http://bugs.winehq.org/show_bug.cgi?id=3962
------- Additional Comments From blacktiger(a)covers.de 2005-30-11 12:12 -------
I can confirm this bug - Only the official servers are working
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3970
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.bricscad.com/down
| |load/B4L_certified.jsp
Keywords| |download, NoAppDBEntry
------- Additional Comments From tony.lambregts(a)gmail.com 2005-30-11 11:03 -------
Is it correct that The linux version of Bricscad requires Wine to run? or are
you using the windows version under wine?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3902
------- Additional Comments From giulian2003(a)hotmail.com 2005-30-11 09:48 -------
I came to the conclusion that the slowness in "Heroes IV" it has to do with
sync'ing lage bitmaps between application DIBs and X Server(see the above log).
This happens when a GDI call tries to get a DIB from 'DIB_Status_AppMod' stat
into 'DIB_Status_GdiMod' stat. Eventually X11DRV_DIB_DoUpdateDIBSection() will
be called, which will try to sync the entire bitmap, even though maybe only a
small part of the bitmap has been modified by the program:
static void X11DRV_DIB_DoUpdateDIBSection(X_PHYSBITMAP *physBitmap, BOOL toDIB)
{
BITMAP bitmap;
GetObjectW( physBitmap->hbitmap, sizeof(bitmap), &bitmap );
X11DRV_DIB_DoCopyDIBSection(physBitmap, toDIB,
physBitmap->colorMap, physBitmap->nColorMap,
physBitmap->pixmap, 0, 0, 0, 0,
bitmap.bmWidth, bitmap.bmHeight);
}
I think this can be improved in the following way:
1. Add a new member to X_PHYSBITMAP structure (RECT LastModRect) which will
memorise the acctual rectangle that needs to be sync'ed by
X11DRV_DIB_DoCopyDIBSection() function.
2. Modify all or a number or GDI function to set physBitmap->LastModRect
accordingly, before calling X11DRV_DIB_Coerce(physBitmap, DIB_Status_GdiMod,
FALSE).
3. Modify X11DRV_DIB_DoUpdateDIBSection() to take in consideration LastModRect
and if its valid, try sync only that part of the bitmap and afterwords
invalidate LastModRect. If LastModRect doesn't contain valid values,
X11DRV_DIB_DoUpdateDIBSection() will try to sync the entire bitmap as it did
untill now, this way, if a GDI function doesn't set LastModRect accordingly,
everything will still work.
If anybody else has any other ideea how to improve performance, please share
it :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3967
tuharsky(a)misbb.sk changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |critical
Summary|odbcad32.exe crashes |regression -odbcad32.exe
| |crashes, might be due
| |incorrect ODBC handling
------- Additional Comments From tuharsky(a)misbb.sk 2005-30-11 09:30 -------
If it really crashes because of incorrect handling of Window$ native ODBC
drivers, then this issue is tightly connected to 3966.
It's interesting, that it stops working on exactly the same version of Wine
(200506) as ISS app with ODBC backend..
Please check, if Your version works under 200504 release.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3966
tuharsky(a)misbb.sk changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|regression -ISS application |regression -ISS application
|crashes on odbc connection |crashes on ODBC connection
Version|0.9.2. |20050628
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3966
tuharsky(a)misbb.sk changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|ISS application crashes on |regression -ISS application
|db connection |crashes on odbc connection
------- Additional Comments From tuharsky(a)misbb.sk 2005-30-11 09:23 -------
Well, new information.
It is probably matter of native Window4 ODBC under Wine.
I have tested several releases of Wine and it looks like this"
200504 -works well
200505 -application starts, but has michmatch in Data source. It's clear that
some data has leaked where they shouldn't, because data sources are displayed as
some pseudo-random strings
since 200506 -application crashes exactly as in 0.9.2
So this is regression -ISS with ODBC worked well under 200504 and dosen't work
under 200505 and newer.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1735
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From vitaliy(a)kievinfo.com 2005-30-11 09:09 -------
Finally fix is commited into cvs.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3969
------- Additional Comments From martin.buedenbender(a)gmail.com 2005-30-11 06:55 -------
Another error since i gave the new cvs from today at 13:30 CET o clock a try:
fixme:quartz:AsyncReader_QueryInterface No interface for {56a868b3-0ad4-11ce-
b03a-0020af0ba770}!
err:ntdll:RtlpWaitForCriticalSection section 0x77f53758 "?" wait timed out in
thread 0011, blocked by 0014, retrying (60 sec)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.