similar to: Proper setup for Broadcast, Multicast? (large mail)

Wolfgang Klein wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I searched the archives but I didn't find a solution to these two problems: > > After upgrading to the latest Wine version (0.9) I am finally able to > play one of my all time favourite games under Linux: Settlers of Catan. > A big, big "Thank You" to the developers for that! :-)

Before i do anything i would like to know if i can remove these lines from the system.reg [Software\\Microsoft\\Windows\\CurrentVersion\\Telephony\\Country List\\........... There are loads of them in here. As i will only be using the UK 0044 code is there any point in the rest of them. [Software\\Microsoft\\Windows NT\\CurrentVersion\\Time Zones\\....... There are loads of these in here. As

I have a Debian 8 64-bit machine set up as a server and apt-got the tinc package. I configured tinc as a bridge and everything seems normal except that the tunnel does not forward multicast traffic. I used tcpdump to examine the br0, eth0 and tap interfaces. I could see multicast packets on both br0 and eth0, but there is no such packet present on the tap interface. I don't quite know why

Greetings, I have set up a page on the Wine Wiki with a list of the DirectPlay games I know of. This will be very helpful for anyone wanting to implement DirectPlay, so if you know of a DirectPlay game you want to see working with multiplayer, go ahead and add it! http://wiki.winehq.org/DirectPlayGames Regards, Alexander N. S?rnes

Using a recent build of wine (20011023 and previous) I've gotten heroes of might and magic 3 working, minus networking :/ After doing a full install in WINE (with fake windows), attempting to run the game came up with the 'unable to initialize resources - possible disk problem'. Examination of the output of wine --debugmsg +relay,+text,+string Heroes3.exe indicates that the game is

Hello together. I'm trying to run a windows application on wine the first time. I got latest wine CVS and the Freelancer server program (it's a gui program, not console) works so far. The problem is that the server uses DirectPlay: he isn't able to connect to the list-server and he isn't able to set up the listening port. command line: DISPLAY=:0 WINEDEBUG=+winsock wine

> tap0 Link encap:Ethernet HWaddr ae:a2:e1:cd:aa:68 > inet6 addr: fe80::aca2:e1ff:fecd:aa68/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2336 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX

Add raw network backend option which uses a packet socket to provide raw networking access. Once the socket is opened it's bound to a provided host interface, such that packets received on the interface are delivered to the VM and packets sent by the VM are sent to the interface. This is functionally similar to the existing pcap network backend, with the same advantages and problems.

Add raw network backend option which uses a packet socket to provide raw networking access. Once the socket is opened it's bound to a provided host interface, such that packets received on the interface are delivered to the VM and packets sent by the VM are sent to the interface. This is functionally similar to the existing pcap network backend, with the same advantages and problems.

The Wine development release 1.5.28 is now available. What's new in this release (see below for details): - GnuTLS used for all secure connections, OpenSSL is no longer needed. - Mac driver enabled by default. - Built-in FixedSys fonts. - New icon for the joystick control panel. - Postscript driver improvements. - Various bug fixes. The source is available from the following

On Tue, Oct 27, 2015 at 10:30:19PM -0700, Andy Lutomirski wrote: > From: Andy Lutomirski <luto at amacapital.net> > > Once virtio starts using the DMA API, we won't be able to safely DMA > from the stack. virtio-net does a couple of config DMA requests > from small stack buffers -- switch to using dynamically-allocated > memory. > > This should have no effect

I followed the entire Starcraft/WinE HOWTO located at http://koti.mbnet.fi/~hoppq/sc-howto.html Starcraft now works just fine, except the Local Area (IPX) part doesn't work. My interface (eth0) is configured as follows: eth0 Link encap:Ethernet HWaddr 00:50:04:82:F7:A7 inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 IPX/Ethernet 802.3

I can't seem to get IPX going in Starcraft. It gives me "Unable to initialize network provider" in a pretty dialog box (as per usual). I have IPX in kernel, the interface configured for 802.2 frame type, and some IPX RIP/SAP daemon going. The kernel's IPX is configured without the "Full internal IPX network" thing. Apparently (from my reading) this would be a bad

Background: Red Alert / Red Alert II / C&C / Tiberium Sun uses IPX for LAN play. According to AppDB, this works, at least for Red Alert II (Orginal RA is not on the first page of Google results...), but it requires Wine to be run as root. Since I do not have IPX installed and I'm not normally in a mood to recompile my kernel, and the Windows users that I want to play against do want to

I've searched the forums for AMD64 and IPX but couldn't find a solution here. I am running Debian Lenny 2.6.26-1-amd64 on an AMD Turion 64x2 1.60GHz system with 1GB of RAM. I have Wine running and it runs my older games just fine (this is a laptop with an ATI1100M so no new games here!) but it doesn't seem to work with IPX. I installed the IPX tools package and ran the commands

I would benefit from IPX support in both Samba and smbfs. I subscribe to Road Runner, a cablemodem service run by Time Warner Cable. The cablemodem hooks up to an ethernet hub. The ethernet hub is hooked to three computers. One of those computers runs Windows 98. The other two can dual boot between Windows 98 and Linux. TCP/IP works perfectly on all the computers, in both Win98 and Linux

Hi, i'm reading: samba-3.0.20a/docs/htmldocs/Samba3-HOWTO/NetworkBrowsing.html#id2564441 ... The election process is /fought out, so to speak/ over every NetBIOS network interface. In the case of a Windows 9x/Me machine that has both TCP/IP and IPX installed and has NetBIOS enabled over both protocols, the election will be decided over both protocols. As often happens, if the Windows 9x/Me

From: Andy Lutomirski <luto at amacapital.net> Once virtio starts using the DMA API, we won't be able to safely DMA from the stack. virtio-net does a couple of config DMA requests from small stack buffers -- switch to using dynamically-allocated memory. This should have no effect on any performance-critical code paths. Cc: "Michael S. Tsirkin" <mst at redhat.com> Cc:

On Tue, Oct 27, 2015 at 11:38:58PM -0700, Andy Lutomirski wrote: > From: Andy Lutomirski <luto at amacapital.net> > > Once virtio starts using the DMA API, we won't be able to safely DMA > from the stack. virtio-net does a couple of config DMA requests > from small stack buffers -- switch to using dynamically-allocated > memory. > > This should have no effect

From: "Michael S. Tsirkin" <mst at redhat.com> Once virtio starts using the DMA API, we won't be able to safely DMA from the stack. virtio-net does a couple of config DMA requests from small stack buffers -- switch to using dynamically-allocated memory. This should have no effect on any performance-critical code paths. [I wrote the subject and commit message. mst wrote the