http://bugs.winehq.org/show_bug.cgi?id=8664
------- Additional Comments From bluedzins(a)wp.pl 2007-11-06 09:18 -------
Exactly, so I would like to set
/mnt/drive_e
as E:
but very often wine is resolving is as
/media/external_drive
as since it is no letter drive assigned to this it fails. Why not let user
stick to the directory she/he sees.
--
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=8593
------- Additional Comments From sciamano(a)iwcdesign.com 2007-11-06 07:47 -------
I've downgraded to v0.9.37, and erased the old .wine directory.
Then I've launched winecfg to recreate the directory. Three minutes have now
passed and the .wine directory has not been created fully, yet!
I have no idea about what's wrong.
--
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=8665
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|enhancement |normal
Status|UNCONFIRMED |NEW
Component|wine-kernel |wine-programs
Ever Confirmed| |1
------- Additional Comments From vitaliy(a)kievinfo.com 2007-11-06 07:41 -------
It's not enhancement, it's a bug. When you create this empty directory, look in
~/.wine/dosdevices Do you have d:->/mount/dir there? How about d:: ?
Simple way to reproduce:
1. Inset a CD-ROM and unmount it.
2. Run winecfg and add a drive (doesn't matter where it points to).
3. Restart winecfg - drive gone.
To understand what's going on - do 'ls -la ~/.wine/dosdevices/' after step 2).
--
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=8664
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From vitaliy(a)kievinfo.com 2007-11-06 07:26 -------
Invalid. You are on *NIX, not windows. Don't brake it, especially on purpose.
Wine already does not "resolve symlinks" as much as it's required.
--
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=1631
------- Additional Comments From citizenr(a)gmail.com 2007-11-06 06:49 -------
I no longer get "DSOUND_MixOne underrun on sound buffer" in JA2 with wine
0.9.38, but the sound is still messed up (samples cut in the middle, lagging
behind the visuals).
--
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=8668
Summary: dsound test fails
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: johan.gill(a)gmail.com
The dsound test suite fails for me if I use the alsa driver with hardware
acceleration. If I use emulation the tests pass. I have an SBLive card (emu10k1
chip). Slackware 11.0, kernel 2.6.18.8. I use the alsa version that accompanies
the kernel.
../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p
dsound_test.exe.so ds3d.c && touch ds3d.ok
ALSA lib conf.c:3939:(snd_config_expand) Unknown parameters 0
ALSA lib control.c:910:(snd_ctl_open_noupdate) Invalid CTL default:0
ds3d.c:419: Test failed: buffer size changed after SetFormat() - previous
size was 22050, current size is 22052
ds3d.c:419: Test failed: buffer size changed after SetFormat() - previous
size was 22050, current size is 22052
ds3d.c:419: Test failed: buffer size changed after SetFormat() - previous
size was 22050, current size is 22052
ds3d.c:419: Test failed: buffer size changed after SetFormat() - previous
size was 22050, current size is 22052
ds3d.c:419: Test failed: buffer size changed after SetFormat() - previous
size was 22050, current size is 22052
ds3d.c:419: Test failed: buffer size changed after SetFormat() - previous
size was 22050, current size is 22052
make: *** [ds3d.ok] Error 6
--
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=8667
Summary: Number of subitems in treeview keeps increasing
Product: Wine
Version: 0.9.37.
Platform: PC
URL: http://www.bloodshed.net/dev/devcpp.html
OS/Version: Linux
Status: NEW
Keywords: download, source, conformance
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: damjan.jov(a)gmail.com
Odd bug in Dev-C++ version 4.9.9.2 (Delphi app, open-source).
Open or create a project with 1 or more files.
Now collapse the project treeview in the "Project" tab, right-click the project
and go to "Project Options", click "Ok" to close the dialog that comes up, and
the files in the project appear one additional time in the treeview. So the
first time you do this you could have
Project
|-A
|-B
The second time you do this you'd have:
Project
|-A
|-B
|-A
|-B
The effects are cumulative, the third time:
Project
|-A
|-B
|-A
|-B
|-A
|-B
If you open the "Project Options" with the treeview expanded instead of
collapsed, the items appear normally.
While I'm not a Delphi expert I do believe the bug is caused by this snippet of
code in project.pas (since the other places where the code is called from can
also be made to manifest the bug):
procedure TProject.RebuildNodes;
var
idx: integer;
oldPaths: TStrings;
tempnode: TTreeNode;
begin
MainForm.ProjectView.Items.BeginUpdate;
//remember if folder nodes were expanded or collapsed
//create a list of expanded folder nodes
oldPaths := TStringList.Create;
with MainForm.ProjectView do
for idx := 0 to Items.Count -1 do
begin
tempnode := Items[idx];
if tempnode.Expanded AND (tempnode.Data=Pointer(-1)) then
//data=pointer(-1) - it's folder
oldPaths.Add(GetFolderPath(tempnode));
end;
fNode.DeleteChildren;
CreateFolderNodes;
{
for idx:=0 to pred(fFolders.Count) do
MakeNewFileNode(fFolders[idx], True).Data:=Pointer(-1);}
for idx:= 0 to pred(fUnits.Count) do
begin
fUnits[idx].Node:= MakeNewFileNode(ExtractFileName(fUnits[idx].FileName),
False, FolderNodeFromName(fUnits[idx].Folder));
fUnits[idx].Node.Data:= pointer(idx);
end;
for idx:=0 to pred(fFolders.Count) do
TTreeNode(fFolderNodes[idx]).AlphaSort(False);
Node.AlphaSort(False);
//expand nodes expanded before recreating the project tree
fNode.Collapse(True);
with MainForm.ProjectView do
for idx := 0 to Items.Count -1 do
begin
tempnode := Items[idx];
if (tempnode.Data=Pointer(-1)) then //it's a folder
if oldPaths.IndexOf(GetFolderPath(tempnode)) >= 0 then
tempnode.Expand(False);
end;
FreeAndNil(oldPaths);
fNode.Expand(False);
MainForm.ProjectView.Items.EndUpdate;
end;
A +treeview trace (attached next) is not very revealing to me. The interesting
part is between GetCount returning 2 and 3.
--
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.