http://bugs.winehq.com/show_bug.cgi?id=1469
Summary: Regression: winzip 7.0 (SR-1) fails to install since
20030408 wine
Product: Wine
Version: 20030508
Platform: PC
URL: http://www.paed.uscourts.gov/winzip70.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: juan(a)virtual-orbis.com
It used to install without problems under wine-20030408, but now under wine-
20030508 it fails to install and pops up a message telling that it can't access
E:\ drive (default drive for /tmp). I returned to wine-20030408 and installed
well with the same config file made by the lastest version.
I know its an old version of the winzip software, but it shows us that
something is broken since then.
--
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=1468
Summary: Rebuild of .src.rpm on clean system can't run regedit
Product: Wine
Version: 20030508
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: ed(a)halley.cc
I am trying to build the latest .src.rpm on a clean RHL9 setup. I've gotten to
the point where it wants to run the wineserver just long enough to run regedit
to populate a new registry with winedefault.reg.
Since there's no LD_LIBRARY_PATH pointing at the build-root's dlls/ or libs/
areas, wineserver cannot load.
If I work manually in the build-root with a good LD_LIBRARY_PATH, it does get
slightly farther. But the miscemu/wine executable still has a hardwired future
path for ntdll.dll.so instead of relying on the LD_LIBRARY_PATH.
--------------------------------------------
...
+ sed 's|"Path" = "/c"$|"Path" =
"/home/halley/rpm/tmp/wine-20030508-root/usr/share/wine-c"|'
documentation/samples/config.rh
+ sed 's|"Path" = "${HOME}"$|"Path" = "/home/halley/rpm/BUILD/wine-20030508"|' -
+ WINEPREFIX=/home/halley/rpm/BUILD/wine-20030508/documentation/samples
+ programs/regedit/regedit winedefault.reg
programs/regedit/regedit: line 89: /home/halley/rpm/BUILD/wine-20030508
/home/halley/rpm/BUILD/wine-20030508/miscemu/wine: No such file or directory
programs/regedit/regedit: line 89: exec: /home/halley/rpm/BUILD/wine-20030508
/home/halley/rpm/BUILD/wine-20030508/miscemu/wine: cannot execute: No such file
or directory
error: Bad exit status from /home/halley/rpm/tmp/rpm-tmp.84491 (%install)
RPM build errors:
Bad exit status from /home/halley/rpm/tmp/rpm-tmp.84491 (%install)
--------------------------------------------
This is true whether I'm walking through the .spec or the tools/wineinstall at
this point.
Possible recommendation I've not yet tried: move the registry-populating work
out of the %install stage script, and into the %post stage script. %install is
run on the *builder's* system setting up the built files which must be copied
onto a user's system and shouldn't rely on running the app just built (since you
are usually building as non-root, and without the app fully installed, etc).
%post is for running on the *user's* system, and can use the full capabilities
and configuration of the user's permissions and system layout.
I really prefer the .src.rpm format to the tarball format. It allows me to
incorporate, develop and offer patches easier, and it helps me track the package
for uninstalls later. I've tried the past couple .src.rpms, and it's just not
able to get past this point.
--
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=1351
juan(a)virtual-orbis.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jhei(a)iki.fi
Component|wine-dos |wine-console
Summary|JP soft's 4DOS |JP soft's 4DOS metabug
------- Additional Comments From juan(a)virtual-orbis.com 2003-18-05 14:19 -------
1) wineconsole 4dos.com gives me an error:
err:wineconsole:WINECON_Init failed to init.
2) wineconsole -- --backend=user 4dos.com
does work in a new window, but it shows several messages on parent
console: (will expand on separate bugreports)
err:int:DOSVM_Int09SendScan keyboard queue overflow (many times)
err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters
(plus a set of registers that vary)
err:keyboard:X11DRV_ToUnicode Please report: no char for keysim 0000
...
..and so.
Moreover, it is hard to type (because of the above?) into the window.(It's slow
or doesn't get the keystrokes fast enough -I felt like having a very old hard-
to-type keyboard!)
About the 4dos features, I found only the command "dir" works, other known
commands as "list" or "describe"(very important!) doesn't work well.
I have to add on this:
-command "list" clears the screen and hangs
-command "describe" doesn't shows a message prompting the user to add
the description to a particular file:
example: (under w98)
c:\>describe wget.exe
Describe "C:\WGET.EXE" : program to get URLs fast
~~~~~~~~~~~~~~~~~~~~~~~~~(prompt)
under wine, there is a blank line instead of the prompt, but the
command does add the description typed on the blank line.
--
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=1351
juan(a)virtual-orbis.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
------- Additional Comments From juan(a)virtual-orbis.com 2003-18-05 13:51 -------
5/17/2003 16:11:29 +0300
In an e-mail from: Jukka Heinonen <jhei(a)iki.fi>
On Thu, May 15, Juan wrote:
> It hangs after showing mixed output. (see updated bugreport
> http://bugs.winehq.com/show_bug.cgi?id=1351 )
You need to use wineconsole with user backend (curses backend
seems to be pretty buggy). Plain wine can only be used
when stdin/stdout streams are not needed or when you want to
redirect them (which doesn't really work with winedos right now).
I still consider this bug closed (unless you change the bug to list
4dos features that do not work), but I would like you to validate
it first.
--
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=1352
juan(a)virtual-orbis.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
Version|unspecified |20030508
------- Additional Comments From juan(a)virtual-orbis.com 2003-18-05 13:48 -------
5/17/2003 16:11:29 +0300
In an e-mail from: Jukka Heinonen <jhei(a)iki.fi>
> > I have a feeling that bug #1352 is what prevents newer TakeCommand/32
> > versions from running. I have no idea what causes this bug.
Well, this bug seems quite difficult to track; even debugmsg using
+relay doesn't seem to give any meaningful information. I have
considered reverse engineering the code in order to see where
the buggy pointer comes from, but I probably won't have time to do
that. Reverse engineering wouldn't be that hard, really, because
it crashes soon after process starts up, but it would still require
lots of work.
--
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=1350
juan(a)virtual-orbis.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[AllocConsole, |[AllocConsole,
|CONIN$/CONOUT$]Take command |CONIN$/CONOUT$]Take command
|/32 ver 3.01A displays |/32 ver 3.01A displays
|inverted "?" characters |inverted "?" characters
|instead of text in command |instead of text in command
|window & diverts I/O to |window, diverts I/O to
|console |console instead.
--
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=1464
------- Additional Comments From jake(a)bugzilla.org 2003-18-05 13:36 -------
I had previously placed |export LD_ASSUME_KERNEL=2.2.5| in my ~/.bashrc file to
get a previous CVS build of wine to work. I removed this and rebuilt wine and it
seems to function (except it doesn't work with the one App I really want it to:
Quicken 2003; it also doesn't seem to work very well w/Counter-Strike).
BTW, my machine (which I just got it working on) is an Athlon 1GHz w/512 MB RAM
upgraded from RH 8.0 (w/errata) to RH 9 (w/errata). My friend's machine is a P4
1.2 GHz w/512 MB RAM (IIRC) that was fresh installed w/RH 9 and then updated
w/errata.
--
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=1350
juan(a)virtual-orbis.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|JP soft's Take command /32 |[AllocConsole,
|ver 3.01A displays "?" |CONIN$/CONOUT$]Take command
|characters instead of text |/32 ver 3.01A displays
|in command window |inverted "?" characters
| |instead of text in command
| |window & diverts I/O to
| |console
------- Additional Comments From juan(a)virtual-orbis.com 2003-18-05 13:36 -------
5/17/2003 16:11:29 +0300
In an e-mail from: Jukka Heinonen <jhei(a)iki.fi>
> > but TakeCommand/16 seems to show similar behaviour. It looks like
> > TC/16 calls DOS int21 routines for input/output and expects
> > that those interrupts somehow interact with TC/16 window. Input
> > related problem is quite easy to fix but I don't know how
> > TC/16 expects its window to be updated via int21.
>
> Now, you may check with the 32bit version too. :P
Yes, I checked that. It seems to have different bug than TC/16.
TC/32 bug is definetely related to Wine console handling code
(not wineconsole itself) which seems to work quite differently
under Windows. This is related to AllocConsole, CONIN$/CONOUT$ handles
and process initial handles. Nothing to do with winedos, anyway.
--
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=832
------- Additional Comments From lionel.ulmer(a)free.fr 2003-18-05 11:01 -------
Well, the goal of this list was mostly to :
1) do not have to always mail with 5 people in Cc:
2) archive some mails that could be useful later (for example, send a mail for
an architecture discussion and have it archived somewhere).
So this is mostly a private list (ie it's the equivalent of a private mail
exchange between people).
And how to get in this list ? Easy : be ready to produce some code :-)
--
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=1467
Summary: Cannot launch winmine
Product: Wine
Version: 20030115
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-net
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: mpupat(a)free.fr
WHen I enter wine winemine I got in console :
fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for
it ?
fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for
it ?
fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for
it ?
err:heap:HEAP_GetPtr Invalid heap (nil)!
err:heap:HEAP_GetPtr Invalid heap (nil)!
fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet.
Then a window with :
Runtime Error !
Program C:\WINDOWS\system32\winmine.exe
R6016 - not enough space for thread data
And when I click OK, it comes again.
--
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.