http://bugs.winehq.org/show_bug.cgi?id=425
--- Comment #22 from www.recover.eu <info(a)recover.eu> 2009-10-28 04:24:43 ---
(In reply to comment #18)
> (In reply to comment #17)
> > Yes, It is possible to mount with ln -s in dosdevices
> > EG: mount -t cifs //myserver/myshare /wine_run/dosdevices/i:
> > Yes, when you use "wine cmd" and you type "i:" you see the entire directory
> > shared by samba
> > But, theprogram.exe can't open a file EG "i:\\mydoc.txt" and write in it...
>
> Can 'wine notepad' open and save that file?
>
To answer, wine SEEMS to work, for example notepad can read and write mydoc.txt
I presume the problem is from open read/write close file function with
protection reading/writing by other user (API who is not used by API windows
but can be used by professionnal program to enhance speed)
EG: if (hf=open(nomfile,O_RDWR|O_BINARY|O_CREAT)==-1) return FFAILURE;
idem with flock,locking,lseek ...
This code don't work under wine (but work since 15years under win32) and if i
must chance 'myprog.exe' time to change the prog cost more than buy xp
licences... for api could be worked
and the problem remains for other progs like borland C++, oracle client
7.3.3.2.0, etc...
(we touch on one hand an iceberg of programs that could work... but unknown by
'end-users' )
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=425
--- Comment #21 from www.recover.eu <info(a)recover.eu> 2009-10-28 03:54:15 ---
Please read bug N°20489 that describe the same problem whith 2 more
applications that don't run under wine just due to this bug and say now that
just an "enhancement" problem... please re-analyse the pertinence of this bug
It is a MAJOR problem!!!
Can you tell Borland C++ and Oracle Client is not a "professionnal" program? OK
it old one but, already "today-in" use between lots of entreprise(TPE, PME,
public administation,...)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20494
Summary: regression: can't install impulse anymore
Product: Wine
Version: 1.1.11
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: startaq(a)gmail.com
CC: madewokherd(a)gmail.com
Installing Impulse from Stardock works fine in wine 1.1.32, but fails in
current git. A regression test reveals this commit:
ee6856d874d687c4504914e61bcde3e6b8823bca is the first bad commit
commit ee6856d874d687c4504914e61bcde3e6b8823bca
Author: Vincent Povirk <madewokherd(a)gmail.com>
Date: Fri Oct 23 13:57:42 2009 -0500
ole32: Don't use IEnumSTATSTG to search for elements of storages.
We use it to do a linear search of a binary tree, which is overkill.
Replace it with a simple binary search.
:040000 040000 bbc59aaf3545a738bb4b76a0be8bc8af5cb8dbe8
e2fb0905525e99bfb5bb6deff6bbe67dbd9a60af M dlls
Steps to reproduce:
1. Install dotnet20 with winetricks
2. Install Impulse from
http://www.impulsedriven.com/downloads/impulse_setup.exe
3. Installation stops and doesn't complete
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8177
Mark Buster <jrosestone(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jrosestone(a)gmail.com
--- Comment #22 from Mark Buster <jrosestone(a)gmail.com> 2009-10-27 20:16:21 ---
I just installed Solar Fire 7.06 in Ubuntu 9.04 with Wine 1.1.32 and this bug
is still happening.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8848
--- Comment #13 from John Haywards <normandy(a)web.de> 2009-10-27 15:20:06 ---
(In reply to comment #12)
> Is this still an issue in current (1.1.26 or newer) wine?
Yes, just tested wine 1.1.32 and still the same problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=425
--- Comment #20 from Erik <codeslinger(a)compsalot.com> 2009-10-27 14:10:08 ---
what about faking it???
The apps fail because they are designed to require the path that they are given
to be a unc. this does not mean that they must have full support of cifs.
Instead a viable compromise would be to remap the '\\' into the name of a
normal wine drive. then users can externally use tools to map shares into the
wine drive space as needed.
The code change would consist of a path filter which does a simple string
substitution. replace '\\' with a normal/specific wine drive designation --
call it 'unc'. and then hands off to the normal path handling code.
That should be a pretty quick and simple thing to implement; simple string
substitution.
and if you wanted to go whole hog... instead of implementing cifs which I
agree is complex, you can instead, simply hand-off the requests to smbclient.
for instance there is a class in php that provides full samba functionality
(browse network neighborhood, connect to shares, browse/create directories, and
even transfer files) simply by sending commands to and parsing the string
responses from smbclient. it's not that hard to do. That way you are
leveraging the expertise of the samba group.
this would be a major win for wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7150
--- Comment #19 from alsadi <alsadi(a)ojuba.org> 2009-10-27 13:33:11 ---
> I "want" wine to implement Uniscribe (http://msdn.microsoft.com/en-us/library/dd374091(VS.85).aspx ), and implement BiDi through it. As I don't call the shots on any of this. I just give my input.
but I can't do that for two reasons, one I'm not a windows programmer, I know
nothing a bout Uniscribe, second, that implementation won't be a trivial
isolated patch, it would be rewriting the rendering engine from scratch.
implementing Uniscribe should be simple with Harfbuzz, and please keep it in
your mind as a long term target.
but regarding a short term working solution, would you like me to make you a
version of BIDI_Shaper that works on non-ordered text or would you accept the
posted one.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6508
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.org |winehacker(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.