http://bugs.winehq.com/show_bug.cgi?id=1770
Summary: Missing support for "echo" command and other dosbox
builtins
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: david_en_clarina(a)zonnet.nl
I'm using a WIN32 IDE which is using a makefile containing some "echo" commands.
However running this IDE on top of wine, I noticed that "echo" wasn't found as a
builtin command by wine, although it is a builtin for win32 dosboxes.
It shouldn't require much effort to add it to wine. I'd prefer to see it being
builtin into wine (consol) itself (thus not requiring a "echo.exe" somewhere in
my wine PATH). Of course a "so" solution is OK as well.
I don't know all the "builtin" commands for win32, but probably there are more
builtins that can be added to wine just as easily as "echo". I wouldn't know
which though...
To reproduce:
--
Box:~$ wine -- echo "hi"
/usr/bin/wine.bin: cannot find 'echo'
Wine failed with return code 2
Box:~$
--
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1769
mike(a)theoretic.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Summary|on fedora core, wine |on fedora core, wine
|complaints about security |complaints about security
|patched kernel |patched kernel (execshield)
------- Additional Comments From mike(a)theoretic.com 2003-13-10 03:59 -------
We probably need build system alterations to pass the linker switch in - it's
ignored on non-execshield systems.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1769
Summary: on fedora core, wine complaints about security patched
kernel
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: mandreiana(a)yahoo.com
<marius__> I've got wine-0.20030911-1 compiled on RHL9, which worked fine. Now,
on Fedora Core test 2, it says
<marius__> err:virtual:map_image Standard load address for a Win32 program
(0x00400000) not available - security-patched kernel ?
<marius__> wine: could not load 'C:\gaim-0.70.exe' as Win32 binary
<marius__> indeed, Fedora Core kernel has some security enhancements. If wine
will be compiled on it, will it work?
<Thunderbird_> no
<Thunderbird_> there is one way to run it ..
<Thunderbird_> /usr/sbin/chstk -e /usr/local/bin/wine and then retry
<Thunderbird_> it changes something inside the binary to make it pass the test
or something like that
--- TD[gone] is now known as TD
<marius__> ran chstk as root and then again wine as user, same result
<TD> Thunderbird_: iirc it's now a linker switch
<TD> -z something
<marius__> chstk -v /usr/bin/wine
<marius__> /usr/bin/wine: stack area executable: 1, non-executable: 0
<marius__> chstk changed wine (rpm -V and prelink -u say so)
<marius__> note: gtk was be installed fine by wine and just tested another
executable, it works. So this is not general.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1768
Summary: DirecX problem sample
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: jmfenaille(a)laposte.net
When trying to run Ableton Live 3.0 I get these messages:
fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please
report)
fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40361880)->(00010023,00000008)
fixme:ddraw:Main_DirectDrawClipper_Initialize
(0x403731b8)->(0x4036188c,0x00000000),stub!
fixme:ddraw:Main_DirectDrawClipper_Initialize
(0x403750f8)->(0x4036188c,0x00000000),stub!
fixme:win:FlashWindowEx 0x406900e0
The window is begining to draw but hangs.
This app is a mmedia sequencer /recorder / ....
The app has been first installed on a win98 partition then called from Mandraje
9.1 with wine:
cd /mnt/win_c
wine live\ 30.exe
DirectX 8.0a is installed on the win98 patition.
The wine.conf is the one setup by wineinstall at wine install.
ie: no tweaking ;-)
Thanks.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1767
------- Additional Comments From titan.costa(a)wanadoo.fr 2003-12-10 03:20 -------
Alsa midi IN is not supposed to work at all but it's not supposed to freeze either.
Could you try with --debugmsg +midi ?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1767
Summary: Midi input with Alsa 0.9.x -> freeze (Midiout seems
to work)
Product: Wine
Version: 20030911
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: intent(a)netpratique.fr
All the working audio/midi apps (Audiomulch/Synthedit/Buzz/Muzys3.0,etc) freeze
when you select an alsa midi device in their midi configuration menu.
In all theses apps the alsa midi devices (from soundcards and from virmidis)
appear as it should, you can select the one you want. Then the app freezes.
(no error message, nor wine message "do you want to debug it ?")
Ctrl+C !
Note: Midi *out* works ! I have been able to affect the emu10k1 onboard synth of
the SBlive to a midi device out in Muzys (which is a midisequencer), and the
notes entered manually on the pianoroll are played !!! whaou !! :)
Note2: this bug is a longstanding one.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1549
------- Additional Comments From glharris(a)panix.com 2003-11-10 15:45 -------
Suggested use of regclean remains in 20030911. Regclean is unsupported and
(from MS, at least) unavailable; using it is almost certainly a bad idea.
While it would be ideal to point to a real solution, in the interim this text
should be removed from the error output.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1766
Summary: CVS Regression - Temp Socket Problem, Nothing Runs
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: Andrew.Talbot(a)talbotville.com
Patch #9718
(http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9718)
introduces a regression whereby, if an app is run from a shell prompt, it
eventually fails to launch and the following error message is returned:-
wine: lstat /tmp/.wine-<myusername>/server-307-4bb15/socket: No such file or
directory
-- Andy.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.