similar to: Timing related application crash

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

I'm a Gentoo amd64 user. This is what I get when I try to run the Autopano (it installed just fine): Code: szczerb at nomad ~ $ wine .wine/drive_c/Program\ Files/Kolor/Autopano\ Pro/Autopano_Win32.exe fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" err:module:import_dll Library MSVCP80.dll (which is needed by

Hi all, Being a little (completely) fed-up with windows, I'd like to make a complete switch to Linux, which I already use for about 90%. I still use a specific panorama photo stiching program within WinXP called PTGui. The PTGui program runs fine within Wine. However, PTgui knows/uses two "helper" programs called autopano(.exe) and enblend(.exe). Both are console based executables

Hi Rein (and others), I shrunk one of my partitions, crated a new ext3, installed Fedora Core 3, downloaded the wine 20050419 rpm from winehq and installed that too. I then installed ptgui, panotools en autopano. autopano runs flawlessly and creates a good ptgui project file, but murphy hasn't left me. Now ptgui dumps. < Sigh > I use KDe and as fedora/RedHat is very much Gnome

Just some extra info: I used my knoppix 3.8.1 CD (which I occasionally use on my company XP laptop) to boot and I installed ptgui, panotools, autopano and enblend (which required some tweaking due to the ramdisk config). Everything ran fine as it used to do in windows. Knoppix 3.8.1 is a modified debian system running kernel 2.6 and it uses wine 20050310. So my problem can't be a hardware

If anyone remembers, I was having issues running Jeskola Buzz with wine. I've fixed this by apt-get remove-ing the debian-unstable packages and compiling wine from source (wine-20020310) which has created the necessary registry files. However, when I try to run Buzz.exe, I get the following fixme:msvcrt:MSVCRT_setvbuf (0x403bc744,0x41544828,0,4096)stub fixme:msvcrt:MSVCRT_setvbuf

The Wine development release 4.16 is now available. What's new in this release (see below for details): - More reliable mouse grabbing in games. - Better cross-compilation support in WineGCC. - Improved compatibility with Windows debuggers. - Various bug fixes. The source is available from the following locations: https://dl.winehq.org/wine/source/4.x/wine-4.16.tar.xz

please enjoy this week issue A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle -------------- next part -------------- Wine Weekly News All the News that Fits, we print. Events, progress, and happenings in the Wine

please enjoy this week issue A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle -------------- next part -------------- Wine Weekly News All the News that Fits, we print. Events, progress, and happenings in the Wine

Dear all: I have found a big bug on xen concerning time virtualization. Please let me show you the whole process: 1 Phenomenon when I run a JVM based program in IE browser in my Virtual Machine, I have found clearly that time at the right bottom corner in my VM gets more slower and slower. I studied the bug deeply, and found something below. 2 Xen vmx_vmexit_handler --> ......... -->

with some dirty hack , I've made xray runtime 'built' on windows , but unfortunately I haven't enough knowledge about linker and the runtime, and finally built executable didn't run. I'd like to share my changes here , hopes somebody help me to make it run on windows. in AsmPrinter, copy/paster xray for coff target InstMap =

I did some testing of vorbis codec (Winamp plugin) on a Pentium 166 MMX, and found that the performance is pretty good. I got 3 % cpu utisization if I turned dithering off, and 5 % otherwise. This was with a 138 kbit song. It's pretty long to mp3 performance that was 0 to 1 % on that machine for a 128 kbit song. Also vorbis seems to have a larger working set, because if I play two songs at

The Wine development release 1.5.23 is now available. What's new in this release (see below for details): - HTTPS support no longer dependent on OpenSSL. - Support for event handling in the Mac driver. - A functional Netstat built-in application. - A bunch of C++ runtime math functions. - Various bug fixes. The source is available from the following locations:

if this is a doublepost please sorry bur the first post was blocked by spamfilter because of wrong timesettings on my local computer. i reaplyed to my original post and now im not shure if the mailserver thinks the message is corrupt because of reply to a non existing message. here is the originalmessage (again?) Hi everyone, thirst of all please forgive my bad english :) i have installed wine

Good afternoon! Thanks for the previous answers, now there was a question of efficiency. I use the formula of transformation YUV12->RGB: float r = nY + 1.371f * ( nV - 128 ); float g = nY - 0.698f * ( nV - 128 ) - 0.336f * ( nU - 128 ); float b = nY + 1.732f * ( nU - 128 ); frame[index + 0] = ClampFloatToByte( r ); frame[index + 1] = ClampFloatToByte(

Hi all, I'm currently implementing quasi random generation (torus) on R (package randtoolbox available on CRAN). Even if it is not a great idea, I decided to use the machine time to initiate the seed. So when the seed is not specified by the user, the pkg uses the time machine time. Hence the following R code should produce different uniform variates : > for(i in