Re: Second Listview status update
On Wed, 16 Oct 2002 17:19:59 -0400, you wrote: > On October 16, 2002 09:21 am, Rein Klazes wrote: > > It still crashes at the same point. > > OK, let's try this: > -- apply all my R-series patches > -- apply the "Listview struct defs v6.0" > -- make sure you back out the "return 0" hack we just tried > > And see if it still crashes. If it does, please send me > a trace just like you did before. Uploaded to www.xs4all.nl/~rklazes/temp/nb3.log.bz2 Rein. -- Rein Klazes [EMAIL PROTECTED]
Re: Linstview regression, big time
On October 17, 2002 01:12 am, Dimitrie O. Paun wrote: > I know what the problem is, expect a patch soon. Now I'm off to bed. I changed my mind :) Try S6, let me know if that fixes it. -- Dimi.
Re: Linstview regression, big time
On October 16, 2002 10:54 pm, David D. Hagood wrote: > I can confirm the listview in the main window is not showing the > corruption. Excellent! > However, I can also confirm that the problem in the "Along > the way" window is still present, as you can see in this file: I know what the problem is, expect a patch soon. Now I'm off to bed. Thanks for helping nailing this one. -- Dimi.
Re: Linstview regression, big time
Dimitrie O. Paun wrote: > > I guess the problem with the main screen is that the listview > to the left mangles long items when drawing them, just like in > the attached picture, right? If so, you haven't tried the latest > patches... ;) Can you please confirm it's OK now? > I can confirm the listview in the main window is not showing the corruption. However, I can also confirm that the problem in the "Along the way" window is still present, as you can see in this file: http://sktc.net/~wowbagger/listview2.tar.gz This is with a CVS pull of about an hour ago. I do have an additional datum - If I create a very LARGE list of items (Along the way->all within 50 miles, no filtering) a FEW of the items show on the list.
Re: PATCH: compile fix (when all handles are void*)
On Wed, Oct 16, 2002 at 04:36:53PM -0700, Alexandre Julliard wrote: > Michael Stefaniuc <[EMAIL PROTECTED]> writes: > > > I'm almost finished a short perl script to automaticly convert the "int > > format, HANDLE arg" warnings, which would leave us with the other 1343 > > warnings. Wine compiles and even seems to run so if Alexander would > > like to speed up the conversion he could change the remaining handles to > > void*, add -DSTRICT and hope that the some people get annoyed with the > > warnings and submit patches. But i don't recommend it (yet). > > No, I don't think we want that. But one thing we could do is to > compile individual dlls with -DSTRICT, so that we can fix them one at > a time; this would avoid having to do a huge patch that changes the > format strings all over the tree at the same time. I can do the needed > Makefile magic if you'd like to try this approach. Interesting approach, i've thought about starting to fix whole dlls first, but not about compiling them separately with -DSTRICT. I need to think more about it (after getting some sleep) and do some testing. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbHEmail: [EMAIL PROTECTED] Hauptstaetterstr. 58http://www.redhat.de/ D-70178 Stuttgart msg12483/pgp0.pgp Description: PGP signature
Re: PATCH: compile fix (when all handles are void*)
Michael Stefaniuc <[EMAIL PROTECTED]> writes: > I'm almost finished a short perl script to automaticly convert the "int > format, HANDLE arg" warnings, which would leave us with the other 1343 > warnings. Wine compiles and even seems to run so if Alexander would > like to speed up the conversion he could change the remaining handles to > void*, add -DSTRICT and hope that the some people get annoyed with the > warnings and submit patches. But i don't recommend it (yet). No, I don't think we want that. But one thing we could do is to compile individual dlls with -DSTRICT, so that we can fix them one at a time; this would avoid having to do a huge patch that changes the format strings all over the tree at the same time. I can do the needed Makefile magic if you'd like to try this approach. -- Alexandre Julliard [EMAIL PROTECTED]
Re: PATCH: compile fix (when all handles are void*)
On Wed, Oct 16, 2002 at 05:48:01PM -0400, Dimitrie O. Paun wrote: > On October 13, 2002 10:47 am, Michael Stefaniuc wrote: > > this patch was lying around. It makes wine compile with all handles > > (even HANDLE) converted to a void*. > > Does this means we can switch to -DSTRICT soon? :) Well, it depends what you mean with "soon". Bug #90 was opened 2000-10-31 so 3 - 4 month is pretty soon. There are 9 handles to convert but that number has nothing much to say. A wine (some days old, but in this field no much changes happened) compiled with -DSTRICT and all handles changed to void* gives: 3388 lines of warnings 2045 of them are of type "int format, HANDLE arg", this leaves 1343 lines of warnings to look at. I'm almost finished a short perl script to automaticly convert the "int format, HANDLE arg" warnings, which would leave us with the other 1343 warnings. Wine compiles and even seems to run so if Alexander would like to speed up the conversion he could change the remaining handles to void*, add -DSTRICT and hope that the some people get annoyed with the warnings and submit patches. But i don't recommend it (yet). bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbHEmail: [EMAIL PROTECTED] Hauptstaetterstr. 58http://www.redhat.de/ D-70178 Stuttgart msg12481/pgp0.pgp Description: PGP signature
Re: GetCommandLine
> "steve" == steve lustbader <[EMAIL PROTECTED]> writes: steve> I have an app that starts 2 other processes using CreateProcess. steve> When one of these new proceses calls GetCommandLine, an empty steve> string is returned (the correct string is returned for the steve> original process). I tried looking into it, but I think this steve> part of Wine is a little over my head. Any thoughts/fixes for steve> this, anyone? Can you produce a short C program that reproduces the problem and make that program available? Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: Linstview regression, big time
On October 16, 2002 07:59 am, David D. Hagood wrote: > In each directory, there is a log file created with > wine --debugmsg +listview,+treeview > > as well as 2 screen captures, one of the main application screen, and > one of the "Along the way" dialog. You seem to be using an old version. Please update to the latest CVS, and resubmit the trace, if things aren't working. -- Dimi.
Re: PATCH: compile fix (when all handles are void*)
On October 13, 2002 10:47 am, Michael Stefaniuc wrote: > this patch was lying around. It makes wine compile with all handles > (even HANDLE) converted to a void*. Does this means we can switch to -DSTRICT soon? :) -- Dimi.
Re: Second Listview status update
On October 16, 2002 09:21 am, Rein Klazes wrote: > It still crashes at the same point. OK, let's try this: -- apply all my R-series patches -- apply the "Listview struct defs v6.0" -- make sure you back out the "return 0" hack we just tried And see if it still crashes. If it does, please send me a trace just like you did before. -- Dimi.
GetCommandLine
I have an app that starts 2 other processes using CreateProcess. When one of these new proceses calls GetCommandLine, an empty string is returned (the correct string is returned for the original process). I tried looking into it, but I think this part of Wine is a little over my head. Any thoughts/fixes for this, anyone? -Steve
Re: Lotus Dominno Administrator console under Wine
Dan Fer a écrit : > > Hello > > I use Lotus Domino Administrator under wine. When I try to see the console > of a server, almost everything except numbers in the console appear as "???" > so I can read nothing. > > Has anyone got the same problem? Does anyone know how to solve it? > > I really dont want to use the program under Windows. try changing the font (right click in window + use default menu item and then font prop sheet in dialog box) A+
FYI
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnucmg/html/ucmglp.asp didn't read it yet, but could be an interesting introduction for new Wine developpers A+
Re: Australian Tax Program now working, but WINHLP32.EXE fails
> Our builtin winhelp implementation is known to be far from perfect, indeed. Ben, if the help isn't too big, please send it to me (no need to CC wine-devel) A+
Re: Second Listview status update
On Wednesday 16 October 2002 14:39, Dimitrie O. Paun wrote: > On October 16, 2002 06:16 am, Rizsanyi Zsolt wrote: > > But the double click selection do not work eg in the MSOffice file open > > dialogs. > > Did you apply the R-series? I'm using the cvs from about 5 hours ago (12:00 CET).
Lotus Dominno Administrator console under Wine
Hello I use Lotus Domino Administrator under wine. When I try to see the console of a server, almost everything except numbers in the console appear as "???" so I can read nothing. Has anyone got the same problem? Does anyone know how to solve it? I really dont want to use the program under Windows. Thanks in advance. _ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.microsoft.com/es
Re: Second Listview status update
On Wed, 16 Oct 2002 08:17:11 -0400, you wrote: > > Hopefully this will eliminate the crash. It does prevent the original crash (using R2). Rein. -- Rein Klazes [EMAIL PROTECTED]
Re: Australian Tax Program now working, but WINHLP32.EXE fails
On Wed, 2002-10-16 at 18:36, Uwe Bonnes wrote: > > Most problems are with regard of starting winhelp from another > application. At present, we don't pass arguments valid in the other process. My problem is observed by staring winhelp directly from the command line with the help file to open as the first argument. > > Are you sure, the problem above isn't a pure filehandling problem. Some > +relay,+dosfs debugmessage consulting should tell about that... Fairly sure, as the dialog says error while reading the help file. Running the command line wine --debugmsg +relay,+dosfs winhlp32.exe etax2002.hlp was not terribly helpful. It brought up two desktop windows, one with a Wine debugger and the other with WINE help. The Wine debugger window shows Unhandled exception: wait failed on critical section 0x400f9550 (loader_section in libntdll.dll.so) The WINE help window shows no messages. Re-running the same command line without --debugmsg brings up a WINE help window, but no help file and no error message. Trying to open the help file using file->open yields no error message and no help file. I'm unable to go any further with this at this time. I'll use the paper help for now. Ben.
Re: Linstview regression, big time
On October 16, 2002 07:59 am, David D. Hagood wrote: > This file contains the following directory structure: > wine/working - captures from an earlier version of wine that works > wine/notworking - captures from the current (within a day or two) CVS I guess the problem with the main screen is that the listview to the left mangles long items when drawing them, just like in the attached picture, right? If so, you haven't tried the latest patches... ;) Can you please confirm it's OK now? About the other problem -- I don't know, I have to run to a meeting now, but I'll look at it when I get back. -- Dimi. listview-bug.png Description: PNG image
Re: Second Listview status update
On Wed, 16 Oct 2002 08:17:11 -0400, you wrote: > On October 16, 2002 06:23 am, Rein Klazes wrote: > > Upto 1.230 (== current cvs) I haven't seen any changes yet. The R > > patches appear to solve the selection issues, but not the crash is > > still there and the latest (R3) introduces a new crash long before any > > window is drawn. No details of this yet. > > OK. Newsbin seems to be using custom draw, and for some reason it > crashes. So let's disable it, and see what else is wrong. As you > say, R-series fixes the selection issues, and a buch of other stuff, > so please test with them. I am interested in a trace like the one > you posted for R3, to see why, and where it crashes. backtrace: | Unhandled exception: page fault on read access to 0x in 32-bit code |(0x00409198). | In 32-bit mode. | 0x00409198 (nbpro.exe..text+0x8198 in H:\binw\nbpro\nbpro.exe): movl 0x0(%ebp),%eax | Backtrace: | =>0 0x00409198 (nbpro.exe..text+0x8198 in H:\binw\nbpro\nbpro.exe) (ebp=) | Log: www.xs4all.nl/~rklazes/temp/nb2.log.bz2 > > After you get the trace, add the line: > return 0; > before the line 703: > return notify_hdr(infoPtr, NM_CUSTOMDRAW, &lpnmlvcd->nmcd.hdr); > Hopefully this will eliminate the crash. It still crashes at the same point. Rein. -- Rein Klazes [EMAIL PROTECTED]
Re: Unhandled exception
> boci> Hello! I try to run many program (example Photoshop 6, > Worms > boci> World Party...) But the wine say: wine: Unhandled > exception, > boci> starting debugger... I don't know what is the problem. > Please > boci> help. > > Please help us to help you. > > Search the web for other people reporting wine problems, look whta > information they provided and how the answer is worked out. I search and found many information about these error, but I not found answare. I use gentoo linux from cvs winex and wine 20020904 but all version result is unhandled exception. I recompiled wine with debug but the the trace debugmessage is biger than 1G, when I din't use trace option the result is only one line (unhandled exception...). I try all version of wine for start Photoshop but all version give back unhandled exception message. Cow
Re: Second Listview status update
On October 16, 2002 06:16 am, Rizsanyi Zsolt wrote: > But the double click selection do not work eg in the MSOffice file open > dialogs. Did you apply the R-series? -- Dimi.
Re: Second Listview status update
On Tuesday 15 October 2002 06:39, Dimitrie O. Paun wrote: > So once again, I am interested to hear about regressions. I think > the code reached a state where we can concentrate on cleaning up > our act, before adding new features. Most of the regressions are fixed now. Thanks But the double click selection do not work eg in the MSOffice file open dialogs. Regards Zsolt
Re: Second Listview status update
On October 16, 2002 06:23 am, Rein Klazes wrote: > Upto 1.230 (== current cvs) I haven't seen any changes yet. The R > patches appear to solve the selection issues, but not the crash is > still there and the latest (R3) introduces a new crash long before any > window is drawn. No details of this yet. OK. Newsbin seems to be using custom draw, and for some reason it crashes. So let's disable it, and see what else is wrong. As you say, R-series fixes the selection issues, and a buch of other stuff, so please test with them. I am interested in a trace like the one you posted for R3, to see why, and where it crashes. After you get the trace, add the line: return 0; before the line 703: return notify_hdr(infoPtr, NM_CUSTOMDRAW, &lpnmlvcd->nmcd.hdr); Like so: static inline DWORD notify_customdraw (LISTVIEW_INFO *infoPtr, DWORD dwDrawStage, NMLVCUSTOMDRAW *lpnmlvcd) { lpnmlvcd->nmcd.dwDrawStage = dwDrawStage; return 0; return notify_hdr(infoPtr, NM_CUSTOMDRAW, &lpnmlvcd->nmcd.hdr); } Hopefully this will eliminate the crash. -- Dimi.
Re: Australian Tax Program now working, but WINHLP32.EXE fails
On Wed, 2002-10-16 at 18:09, J.Brown (Ender/Amigo) wrote: > I'd like to know how the heck you got this working, because for me the > program simply displays some message box (which doesn't draw correctly) > over the splash screen, and hangs. > > This is all it's EVER done for me, up until the very last set of cvs > commits. I don't know why it's working for you :) > > - Ender > I think that the main trick to getting it working was to use the desktop mode instead of managed. I have also set all of my dlls to builtin. Ben.
Re: Linstview regression, big time
Dimitrie O. Paun wrote: > On October 15, 2002 10:04 pm, David D. Hagood wrote: > > >What can I do to help on this? Would posting a debug message dump > >showing the list items being inserted be of use? > > > Yes, please send me a trace of: > --debugmsg +listview > > And if you can, screenshots with the said listview with > it working, and not working > OK, the files are here: http://sktc.net/~wowbagger/listview.tar.gz This file contains the following directory structure: wine/working - captures from an earlier version of wine that works wine/notworking - captures from the current (within a day or two) CVS In each directory, there is a log file created with wine --debugmsg +listview,+treeview as well as 2 screen captures, one of the main application screen, and one of the "Along the way" dialog. I tried to keep the interaction with the program identical in each case: 1) Launch program with the trip already defined. 2) Compute quickest route 3) 4) Compute along the way 5) 6) Quit 7) "Do you want to save your changes" -> NO The two runs were done on different machines (my laptop has the working version, and my main screen the non-working version), but the installed application is the same in both cases. I have pulled the Wine version from my laptop over to my main machine, but I don't have it installed right now, and I wanted to get this done before I went to work. If there is anything else I can do, please let me know.
Re: keyboard errors
Does that mean that we'll have a mechanism for changing the X keyboard layout as a result from window focus changes? This would come in very handy in case of edit control. There is a proposed standard (as well as the Windows behaviour) that dictates where and when cursor actions should change the input keyboard layout. That requires a mechanism that, to the best of my knowledge, doesn't exist there today. Shachar p.s. proposed standard can be found at http://imagic.weizmann.ac.il/~dov/Hebrew/logicUI24.htm I would apretiate feedback, as it is not accepted yet. Sh. Alexandre Julliard wrote: >Rizsanyi Zsolt <[EMAIL PROTECTED]> writes: > > > >>It's nice to hear. It would even be nicer if I could here about that earier >>(like before I started to hack on this issue). >> >>Besides when will be that 'soon'? >> >> > >As soon as possible, but that code depends on portions of the window >focus management that I'm busy rewriting right now, so it will take a >little time. > > >
Re: Second Listview status update
On Tue, 15 Oct 2002 00:39:43 -0400, you wrote: > So once again, I am interested to hear about regressions. I think > the code reached a state where we can concentrate on cleaning up > our act, before adding new features. OK, here is the status for newsbin. All relative to the status that I reported before. For the sake of this report there are two listviews: one filled with newsgroups the other with messages. The actions that I like to do is 1) select a newsgroup with left button click on de group listview 2) call up a context menu and choose retrieve messages 3) see the message listview getting populated. As an alternative to 2) I can double click or use the main menu. Here are the changes observed with the different revisions of listview.c: rev 1.199 Right click to get context menu doesn't work anymore; rev 1.200 The message listview doesn't get populated anymore. From the flickers it looks like message are added and almost immedeately removed again. rev 1.205 Right click works again (see r 1.199) rev 1.206 Left clicks now bring up the context menu. More over instead of selecting one, two groups get selected (the other one is 14 lines below the pointer psoition) rev 1.207 Selection isn't hightlighted anymore rev 1.208 Selection highlighting works again. rev 1.210 After step 2) the group listview clears and the program crashes, details below. Upto 1.230 (== current cvs) I haven't seen any changes yet. The R patches appear to solve the selection issues, but not the crash is still there and the latest (R3) introduces a new crash long before any window is drawn. No details of this yet. Details of the crash in current cvs: | Unhandled exception: page fault on read access to 0x245c8b73 in 32-bit code |(0x004092ed). | In 32-bit mode. | 0x004092ed (nbpro.exe..text+0x82ed in H:\binw\nbpro\nbpro.exe): call *0x20(%eax) | Backtrace: | =>0 0x004092ed (nbpro.exe..text+0x82ed in H:\binw\nbpro\nbpro.exe) (ebp=00409180) | 1 0x0c43f608 (_end+0x43e3e8c) (ebp=245c8b53) | *** Invalid address 0x245c8b53 (LIBFILTER.DLL..reloc+0x14585b53) | Message log +relay,+listview (950 KB) is on www.xs4all.nl/~rklazes/temp/nb.log.bz2 Rein. -- Rein Klazes [EMAIL PROTECTED]
Re: Progress-info for XFONT_BuildMetrics()
Sorry, this one supersedes the first attempt. There was a final 100.0% message missing. -Malte On Wednesday 16 October 2002 11:26, Malte Starostik wrote: > Hi, > > reaktivate now sets up its own WINEPREFIX to avoid problems with different > or non-existing wine configurations. On first run, I currently display a > message "Building font database. Please wait...". The attached patch allows > for proper progress info during this step. IMHO it's generally useful both > for commandline use as well as any possible GUI frontend that runs wine the > first time. > > Regards, > -Malte -- #!/usr/bin/perl $t='char|short|int|long|void';%m=qw(U "unsigned\040$3" W "w$3_t");while(<>) {/#define UNICODE/and$m{T}=$m{W};s/\b(LP)?([UWT])?($t)\b/lc(eval$m{$2}||$3) .($1?'*':'')/gei;print;}print"/* Cleaned by Malte's WinAPI sanitizer */\n"; Index: xfont.c === RCS file: /home/wine/wine/graphics/x11drv/xfont.c,v retrieving revision 1.107 diff -u -3 -d -p -r1.107 xfont.c --- xfont.c 28 Aug 2002 22:35:23 - 1.107 +++ xfont.c 16 Oct 2002 09:28:12 - @@ -2036,6 +2036,7 @@ static int XFONT_BuildMetrics(char** x_p if (!(typeface = HeapAlloc(GetProcessHeap(), 0, strlen(x_pattern[i])+1))) break; strcpy( typeface, x_pattern[i] ); + if (i % 10 == 0) MESSAGE("Font metrics: %.1f%% done\n", 100.0 * i / x_count); lfd = LFD_Parse(typeface); if (!lfd) @@ -2179,6 +2180,7 @@ static int XFONT_BuildMetrics(char** x_p fr = fr->next; } +MESSAGE("Font metrics: 100.0%% done\n"); return n_ff; }
DeviceIOControl and ioctl() argument passing
Hallo, in the Xilinx Webpack toolchain, programming external devices is needed. For that purpose, impact (the program to download the configuration program) accesses the hardware through a "windrvd" (*1) sys-file (www.jungo.com) via DeviceIoControls. There are programmers for the parallel port and for USB. For using wine to program the devices, this is a showstopper. However windrvr is cross platform, and a Linux version is available and windrvr customers probably can distribute the binary kernel module (*2). In the easiest of all possible worlds, a simple translation of the DeviceIOControl calls to the appropriate Linux ioctl()s would be needed. However things get complicated, as the header file, defining the Interface is only available with some form of NDA. It is to be expected, that the arguments to the DeviceIOCobtrol/ioctl call are the same. If we don't need to rearrange the argument, simple argument passing could be possible, and no knowledge of the headers would be needed. Comments welcome. (*1): I know that the windrvr concept is breaks all unix security concept... (*2): Does anybody know how Linux windrvr is distributed to the final customers? As a pure binary kernel module, binding the user to some kernel or with public open source interface so the user may recompile the kernel? Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: Australian Tax Program now working, but WINHLP32.EXE fails
> "Andreas" == Andreas Mohr <[EMAIL PROTECTED]> writes: Andreas> On Wed, Oct 16, 2002 at 11:45:51AM +1000, Ben Stanley wrote: >> Hi, >> >> I've been using wine cvs for a while now, and trying to run the >> Australian Tax Office's ETax2002 program for preparing tax >> returns. Up until yesterday, it would fail with an illegal memory >> access, but yesterday it started working! I have not identified which >> patch fixed it, but the program uses flat scroll bars and list (tree) >> views. >> >> I have now used the program to complete one (non-lodgement) tax >> return, and am part way through preparing another. The ETax2002.EXE >> program appears to work very well! >> >> However, I am unable to utilise the on-line help, which is provided >> in winhlp format. When I try to run >> >> wine winhlp32.exe etax2002.hlp wine "C:\\Windows\\winhlp32.exe" \ >> "C:\\Program Files\\etax2002\\etax2002.hlp" >> >> I get a message dialog saying Error while reading the help file >> `"C:\Program Files\etax2002\etax2002.hlp"' >> >> The WINE help program then displays an empty window. >> >> So it looks like more work is needed upon the help file viewer, but I >> suppose this is on the todo list anyway. I am able to access the help >> using the printed material from the tax office, which is identical to >> what is in the help file. Andreas> Our builtin winhelp implementation is known to be far from Andreas> perfect, indeed. Most problems are with regard of starting winhelp from another application. At present, we don't pass arguments valid in the other process. Are you sure, the problem above isn't a pure filehandling problem. Some +relay,+dosfs debugmessage consulting should tell about that... Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: NtQueryValueKey failed with "wine client error:8075690: sendmsg: Bad file descriptor"
On Tue, 15 Oct 2002 20:14:27 +0200, you wrote: > Hello, > > i am trying to install the german phonebook "Das Telefonbuch Für Deutschland > Frühjahr 2001" on wine20021007. The installation stops with the error from the > subject (see the attached trace with --debugmsg +relay,+loaddll,+ntdll,+reg,+file). > But when i add +msg to the debug switches i get across this point. With +msg the > trace stops with "wine client error:831db08: sendmsg: Socket operation on > non-socket" inside CreateThread. > > Does someone know what is wrong? Try this bugfix from cvs: http://cvs.winehq.com/patch.py?id=5683 Rein. -- Rein Klazes [EMAIL PROTECTED]
Re: Unhandled exception
> "boci" == boci <[EMAIL PROTECTED]> writes: boci> Hello! I try to run many program (example Photoshop 6, Worms boci> World Party...) But the wine say: wine: Unhandled exception, boci> starting debugger... I don't know what is the problem. Please boci> help. Please help us to help you. Search the web for other people reporting wine problems, look whta information they provided and how the answer is worked out. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: Australian Tax Program now working, but WINHLP32.EXE fails
On Wed, Oct 16, 2002 at 11:45:51AM +1000, Ben Stanley wrote: > Hi, > > I've been using wine cvs for a while now, and trying to run the > Australian Tax Office's ETax2002 program for preparing tax returns. Up > until yesterday, it would fail with an illegal memory access, but > yesterday it started working! I have not identified which patch fixed > it, but the program uses flat scroll bars and list (tree) views. > > I have now used the program to complete one (non-lodgement) tax return, > and am part way through preparing another. The ETax2002.EXE program > appears to work very well! > > However, I am unable to utilise the on-line help, which is provided in > winhlp format. When I try to run > > wine winhlp32.exe etax2002.hlp > wine "C:\\Windows\\winhlp32.exe" \ > "C:\\Program Files\\etax2002\\etax2002.hlp" > > I get a message dialog saying > Error while reading the help file > `"C:\Program Files\etax2002\etax2002.hlp"' > > The WINE help program then displays an empty window. > > So it looks like more work is needed upon the help file viewer, but I > suppose this is on the todo list anyway. I am able to access the help > using the printed material from the tax office, which is identical to > what is in the help file. Our builtin winhelp implementation is known to be far from perfect, indeed. -- The Declaration of Software Freedom: http://freedevelopers.net/freedomdec/index.php
Re: Wine problem
On Tue, Oct 15, 2002 at 01:50:19PM -0300, Leonardo Bocalon wrote: > Ac wine programers !! > I am from a software company and we have a problem, our software communicate with a >keyboard which has a display this software is make using Delphi (by borland) and for >cominicate with the keyboard we use assembler code , wile we run the software in >windows it work perfectly but when we try to use it in Linux using the wine it >dosen´t work (the keyboard display). > > Please a need a sulution for it Please retry with latest Wine CVS if you haven't yet, then add a BugZilla report describing the problem if it still persists. Attach screenshots if useful and maybe already add some log file like: wine --debugmsg +relay,+event,+key,+keyboard MyPrg.exe &>/tmp/winekey.log -- Andreas MohrStauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604http://mohr.de.tt