wine users - May 2005 - [Fwd: Re: Start Windows application from another windows application]

harryvanderwolf@hccnet.nl wrote:
> Yes, this failed for me. For now, I will compile/build wine from the
20050419 source like you did and report back if that has been succesfull.
> 
> Thanks again and kind regards,
> 
> Harry
> 
I just built wine from scratch. I uninstalled wine, removed my
home/.wine directory, untarred/unzipped the 20050419 source to a
temporary directory and used the ./tools/wineinstall command to build wine.
Apart from a change in fonts (?), the behaviour is the same. I can run
ptgui.exe and (start) autopano 1.02 and the combination of the both. I
still can't run autopano 1.03.
Also, the 1.02 version in combination with ptgui gave me the same error
I reported "some" mails ago.
> However, in the end I get the error "Could not delete file
> 'c:\windows\temp\"number"\0503-027.jpg': Access
denied". The
> computed control points are not returned to the program. I don't
> understand that one. It is in my own home directory where I should
> have full write access. Just to make sure (as I don't understand
> what's happening)  I did a "chmod a+rwx" on the temp dir, but
that
> didn't help either: it gave me the same error. I hope you know
what's
> going on there.
Autopano 1.02 does not write the project file. Obviously, this works for
you as you did get control point in ptgui.


Unfortunately, still no success.

Below,the dump.

I hope you have some clues ?
Question from my side: Are you running wine as root ? I run wine as
normal user "harry". Trying it as user root gives me the same dump 
however (should be quite obvious, but you never know).


Best regards,
Harry

-----------------------------------
~/.wine/drive_c/Program Files/PTGui/autopano-103$ wine autopano.exe
wine: Unhandled exception (thread 0009), starting debugger...
WineDbg starting on pid 0x8
Unhandled exception: divide by zero in 32-bit code (0x00469ceb).
In 32 bit mode.
Register dump:
  CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0000
  EIP:00469ceb ESP:4067fab8 EBP:004b3240 EFLAGS:00210246(   - 00
-RIZP1)
  EAX:00000000 EBX:00000000 ECX:00000000 EDX:00000000
  ESI:004b3230 EDI:00000000
Stack dump:
0x4067fab8:  00000000 004b3230 00000001 0041afae
0x4067fac8:  304a38d2 00000000 00000000 00000000
0x4067fad8:  004b0048 004b0038 4067fe48 40532c80
0x4067fae8:  32116280 00000000 3f3e3d3c 000007b6
0x4067faf8:  cf705a81 00000876 cf705a81 00000876
0x4067fb08:  001234de 00000000 5f5e5d5c 004b3230
0200: sel=1007 base=40017000 limit=00001f97 32-bit rw-
Backtrace:
=>1 0x00469ceb in autopano (+0x69ceb) (0x004b3240)
   2 0x40791ae0 (0x00000000)
0x00469ceb: divl        %ecx,%eax
Modules:
Module  Address                 Debug info      Name (16 modules)
PE      0x00400000-004b5000     Export          autopano
ELF     0x40000000-40017000     Deferred        ld-linux.so.2
ELF     0x40019000-40022000     Deferred        libnss_compat.so.2
ELF     0x40022000-4002c000     Deferred        libnss_nis.so.2
ELF     0x4002d000-40046000     Deferred        libwine.so.1
ELF     0x40046000-40163000     Deferred        libc.so.6
ELF     0x40164000-40168000     Deferred        libdl.so.2
ELF     0x40168000-401db000     Deferred        ntdll<elf>
   \-PE  0x40180000-401db000     \               ntdll
ELF     0x401db000-402d0000     Deferred        libwine_unicode.so.1
ELF     0x402d0000-402f3000     Deferred        libm.so.6
ELF     0x40309000-4031f000     Deferred        libnsl.so.1
ELF     0x4031f000-40329000     Deferred        libnss_files.so.2
ELF     0x40440000-4054b000     Deferred        kernel32<elf>
   \-PE  0x40470000-4054b000     \               kernel32
ELF     0x77f00000-77f07000     Deferred        <wine-loader>
Threads:
process  tid      prio (all id:s are in hex)
00000008 (D) C:\Program Files\PTGui\autopano-103\autopano.exe
         00000009    0 <=WineDbg terminated on pid 0x8

------------------------------------------------

On Mon, 23 May 2005 22:43:09 -0100, in gmane.comp.emulators.wine.user
you wrote:
> I hope you have some clues ?
Not so much, I am afraid. First the autopano 1.03 problem.
Can you do:

WINEDEBUG=+relay,+seh wine autopano &> wine.log

bzip2 the resulting wine.log file and send it to me? 

BTW, are you using a 64 bit CPU? How much memory (real and swap) are
available?
> Question from my side: Are you running wine as root ? 
Of course not.
> I run wine as
> normal user "harry". Trying it as user root gives me the same
dump
> however (should be quite obvious, but you never know).
> 
Don't trust that such error messages are accurate, often they can be
completely misleading.

In the mean time I will try if autopano 1.02 works here.

Here is the result: everything works here with autopano 1.02 as
expected. I am afraid the debugging has to be done on your side.

Rein. 
-- 
Rein Klazes
rklazes@xs4all.nl

On Tue, 24 May 2005 22:38:40 -0100, you wrote:

> For some reason the WINEDEBUG=+relay does it. (The wine user manual says
> it too : "There are some cases where the bug seems to disappear when
> +relay is used. Please mention that in the bug report").
I know, yet autopano looks like an (seen from Wine point 0f view)
extremely simple application: it only links with kernel32.dll and only a
few basic functions from that.
There is also the fact that the problem does not show with me, relay
tracing or not.

I was wondering about some timing problem (the program does a huge
number of QueryPerformanceCounter() calls). Perhaps if you retry a few
times you get a crash with the +relay log. 

> So I suppose I will (have to) file a bug report to the wine team.
I think you should anyway. Bugs in applications that can be downloaded
are perfect for the bugzilla. It does not look that we can solve it now,
anyway.
 
> Please give me the magic solution as I really don't have a clue.
I wish I had one.

Rein.