http://bugs.winehq.org/show_bug.cgi?id=7454
------- Additional Comments From wine.dev(a)web.de 2007-22-02 16:50 -------
Readable yes ("r" for "others"), but the installer failed to
write / overwrite the File.
Use "chmod a+w T*", when you do not want to change owner or group
The directory is not shown (need "ll" with "-a"), so another
"chmod" for the name "." might be required
--
By by ... Detlef
--
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=7525
Summary: EngComputeGlyphSet not implemented in gdi
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: francesco(a)hv-a.com
i'm trying to use ddiwrapper in order to print on a network panasonic DP-1820E
(i can't buy PCL or postscript module for it), but it seems i get some problem
with gdi uninmplemented functions (or maybe it's just me not being able to sort
things out). anyway, i attach a report of what i get. if you have a second to
have a look at it sooner or later, it would be nice. thanks in advance.
--
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=7513
------- Additional Comments From thestig(a)google.com 2007-22-02 15:52 -------
I think / always shows up on the Desktop. However, after I removed the Z: drive
entry in winecfg, when I browse directories outside of ~/.wine/c_drive/, I can
see all the directories in the file system, but I cannot access any files or
write anything.
The only part of the unix filesystem that I can access from Wine is my home
directory, because ~/.wine/drive_c/windows/profiles/username/Desktop is
symlinked to ~/Desktop and ~/.wine/drive_c/windows/profiles/username/My
{Documents, Music, Pictures, Video} is symlinked to ~.
So a malware program can delete everything in your home directory, but it
shouldn't be able to touch any other part of your file system.
--
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=7524
------- Additional Comments From hans(a)it.vu.nl 2007-22-02 15:15 -------
The interesting question is "why does Emule morph" call inet_addr
with a NULL pointer? Nevertheless, Wine should not crash in that
case when Windows doesn't. Can you try attached patch?
--
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=7512
------- Additional Comments From lightning_uk(a)imgburn.com 2007-22-02 15:13 -------
Ok, just to update this thread, I've done some debugging on the differences
between Windows and Wine having read what you've said in this thread about
problems with the way wndproc is being set/called.
Of course I guess it all really comes down to what 'correct' really means.
Does it mean doing it right or does it mean emulating windows exact behaviour,
be it right or wrong?!
Having changed line 1595 in TntStdCtrls.pas from:
SetWindowLongW(EditHandle, GWL_WNDPROC, GetWindowLong(EditHandle,
GWL_WNDPROC));
to read:
SetWindowLongW(EditHandle, GWL_WNDPROC, GetWindowLongW(EditHandle,
GWL_WNDPROC));
.... wine then works perfectly.
The trouble is, it then doesn't work under the real Windows.
With a bit of debug info added to my program, here's the output from me
typing 'testing' into a combobox and then pressing a button to have the
program examine it.
In Windows:
D 19:35:36 ComboBox's Edit window is Unicode enabled.
D 19:35:36 WM_GETTEXTLENGTH Length = 7
D 19:35:36 WM_GETTEXT Length = 7
D 19:35:36 74 00 00 00 65 00 00 00 73 00 00 00 74 00 <- Note: this is whats in
the buffer after the WMGETTEXT call.
D 19:35:36 Control->Text Length = 1
D 19:35:36 74 00
Clearly the byte output should be something more like:
74 00 65 00 73 00 74 00....
In Linux/Wine:
D 19:38:06 ComboBox's Edit window is Unicode enabled.
D 19:38:06 WM_GETTEXTLENGTH Length = 7
D 19:38:06 WM_GETTEXT Length = 7
D 19:38:06 74 00 65 00 73 00 74 00 69 00 6E 00 67 00
D 19:38:06 Control->Text Length = 7
D 19:38:06 74 00 65 00 73 00 74 00 69 00 6E 00 67 00
So it looks like it does a double unicode conversion (of sorts!) under windows
with that line changed.
Being a windows app, I can't go leaving this modification in place as it would
be breaking the app for the majority of it's users. It is however a shame that
it won't work for any linux/wine users because of this.
If it's of any interest, I've also started a thread on the Tnt support
webboards.
http://webboard.ccci.org:8080/~tnt/read?7356,7e#7356
--
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=6995
------- Additional Comments From titan.costa(a)wanadoo.fr 2007-22-02 14:56 -------
Samuel,
your patch has been integrated. Sorry, since I resubmit a patch against current
git Alexandre give me the credit instead of you. :-(
If it's ok for you I suggest to close this bug.
--
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.