Problem with wine preloader: Warning: failed to reserve range 00000000-60000000

Strange,

can you delete your ~/.wine directory first, and try again, just because there is no such crash ... most of time, you have old config stuff in your .wine dir.

Regards,

\sh

I already removed the ~/.wine directory during testing and it doesn't even get created when I run wine:

bart@pc67243857:10:05:50|0:~$ ls .wine
ls: .wine: No such file or directory
bart@pc67243857:10:08:37|0:~$ wine
preloader: Warning: failed to reserve range 00000000-60000000
Usage: wine PROGRAM [ARGUMENTS...] Run the specified program
       wine --help Display this help and exit
       wine --version Output version information and exit
bart@pc67243857:10:08:41|0:~$ win
wine winebrowser wineconsole winedump winegcc winemaker wineprefixcreate wineserver
wine-auto winebuild winecpp winefile wine-kthread winemine wine-preloader wineshelllink
wineboot winecfg winedbg wineg++ winelauncher winepath wine-pthread winhelp
bart@pc67243857:10:08:41|0:~$ wineconsole
preloader: Warning: failed to reserve range 00000000-60000000
wine: failed to initialize: /usr/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory
bart@pc67243857:10:08:49|0:~$ winegcc
i486-linux-gnu-gcc: no input files
winegcc: i486-linux-gnu-gcc failed.
bart@pc67243857:10:08:54|0:~$ winecfg
preloader: Warning: failed to reserve range 00000000-60000000
wine: failed to initialize: /usr/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory
bart@pc67243857:10:08:58|0:~$ winemine
preloader: Warning: failed to reserve range 00000000-60000000
wine: failed to initialize: /usr/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory
bart@pc67243857:10:09:09|0:~$ ls .wine
ls: .wine: No such file or directory
bart@pc67243857:10:09:15|0:~$

Do you want me to test something else?

Hmmm....

Do you by any chance have some special security settings enabled? It looks like there's a problem with prelink doing its thing.

Security is as out-of-the-box. I installed Edgy then after some months when
Feisty became the stable version I upgraded to Feisty.

LAN is by Ethernet with DHCP and Internet is via a proxy but I don't think
you need internet to run wine.

I'm not the only one having this error:
http://www.google.com/search?hl=en&client=firefox-a&rls=com.ubuntu%3Aen-US%3Aofficial&hs=EWI&q=failed+to+reserve+range+00000000-60000000&btnG=Search

Wish I could help more but I have no clue about this error myself,

Bart

2007/5/29, Scott Ritchie <email address hidden>:
>
> Hmmm....
>
> Do you by any chance have some special security settings enabled? It
> looks like there's a problem with prelink doing its thing.
>
> --
> Problem with wine preloader: Warning: failed to reserve range
> 00000000-60000000
> https://bugs.launchpad.net/bugs/114025
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
----------------------------
Bart Kroon
Sint Jansstraat 24
5507 ND Veldhoven (Oerle)
msn: <email address hidden>
Tel.: +31 40 2377667
GSM: +31 6 27248320
http://bartkroon.eu

Plz remove my signature if possible. I made a mistake with my e-mailprogram.

Are things working for you in Gutsy?

Solved now

2007/10/23, Scott Ritchie <email address hidden>:
>
> Are things working for you in Gutsy?
>
> --
> Problem with wine preloader: Warning: failed to reserve range
> 00000000-60000000
> https://bugs.launchpad.net/bugs/114025
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
----------------------------
Bart Kroon
Sint Jansstraat 24
5507 ND Veldhoven (Oerle)
msn: <email address hidden>
Tel.: +31 40 2377667
GSM: +31 6 27248320
http://bartkroon.eu

Ive got the problem now.. So how did you solve it??

zjaak, what version of Ubuntu and what version of Wine are you using?

I have to subscribe to this bug, Hardy Heron up to date, wine-0.9.52 || No problems with wine-0.9.51

I have this too under Hardy Heron with wine 0.9.52, but not when it was 0.9.51. What is an appropriate way to revert to 0.9.51 to verify problem does not exist under 0.9.51? I tried to PIN 0.9.51 with a 1001 priority, but I believe that 0.9.51 is not in the repo now.

On Jan 8, 2008 12:23 PM, Roderick Greening <email address hidden> wrote:
> I have this too under Hardy Heron with wine 0.9.52, but not when it was
> 0.9.51. What is an appropriate way to revert to 0.9.51 to verify problem
> does not exist under 0.9.51? I tried to PIN 0.9.51 with a 1001 priority,
> but I believe that 0.9.51 is not in the repo now.

You can grab gutsy's 0.9.51 from
http://wine.budgetdedicated.com/archive/index.html
it will probably work on Hardy.
Let me know if that works for you.

This is likely related to the extra security changes added to /etc/sysctl.conf (vm.mmap_min_addr = 65536). As a work-around, set this to 0. Hopefully wine can be built in a way that it doesn't have to reserve the lower 64k all the time.

I tried the workaround mentioned by Kees and set '/proc/sys/vm/mmap_min_addr' to 0, however executing winecfg still produces an error albeit a different one.

wine: Unhandled page fault on read access to 0x00000000 at address 0xf7da5d03 (thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf7da5d03).

I can provide a full register dump, stack dump and backtrace if needed.

Here is the crash with /proc/sys/vm/mmap_min_addr set to 0.

The error is slightly different with /proc/sys/vm/mmap_min_addr set to the default - 65536.

preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
wine: Unhandled page fault on read access to 0x00000000 at address 0xf7d81d03 (thread 0009), starting debugger...
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf7d81d03).

From there on out it is the same except for the memory locations.

I've been unable to reproduce this on my laptop however, even with mmap_min_addr set to the default winecfg will warn but continue to execute.

Hello,

I downgraded on hardy from .55 to .51-winehq, as advised above, still the preloader warning:
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report

But the program works after that....

 Roland

This bug was fixed in the package wine - 0.9.56-0ubuntu1

---------------
wine (0.9.56-0ubuntu1) hardy; urgency=low

  * New upstream release (LP: #197588)
    - Proper handling of OpenGL/Direct3D windows with menu bars.
    - Stubs for all the d3dx9_xx dlls.
    - Several graphics optimizations.
    - Many installer fixes.
    - Improved MIME message support.
    - Lots of bug fixes.
  * debian/rules:
    - reset LDFLAGS to let wine not crash anymore, (LP: #191575)
      thx to Albert Damen <email address hidden> who came up with this solution.
      (http://www.winehq.org/pipermail/wine-bugs/2007-July/062505.html)
    - adjust dh_strip call (LP: #185513)
  * debian/control:
    - remove gcc-3.4 build-dep
    - get rid of quilt
  * cleaned debian/patches
  * Add finnish translation to desktop files (LP: #196916)
  * dlls/winealsa.drv/waveinit.c: (LP: #195507)
    - let wine use the default alsa device
      (http://bugs.winehq.org/show_bug.cgi?id=10942)
  * Preloader warning (preloader: Warning: failed to reserve range
    00000000-60000000) does not occure anymore (LP: #114025)

 -- Stephan Hermann <email address hidden> Fri, 22 Feb 2008 20:10:36 +0100

This error is back with 0.9.59

I get this error when trying to run winecfg on a clean hardy install.

0.9.59 gives the same problem here, too.

I have two instances of Hardy Heron, 8.04 Beta, one on AMD system, the other on dual proc Intel P3 1mhz system, both are at the same Linux kernel and same version of Wine:

Neither "wineconfig" nor "winecfg" work on this version:
  Linux badge 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
  wine-0.9.59

Both "wineconfig" and "winecfg" work on this version after reporting bunch of warnings and messages:
  Linux doubledog 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
  wine-0.9.59

NOTE: I made the above "vm.mmap_min_addr = 0" change to /etc/sysctl.conf on both systems.

I see that on both systems any Windows application that worked in Gutsy Gibon (wine 0.9.51?) start and run without errors on Hardy Heron (wine 0.9.59).

When I install a new Windows program, I do see:

   $ wine KEYDC6PLMLPC.exe
  preloader: Warning: failed to reserve range 00000000-60000000
  err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report

In the above example, the Windows program installer runs and no further messages like above appear in Konsole. In this example I don't believe the install will complete as it is looking to install "Microsoft DirectX Feb2006 Runtime", "Microsoft Visual C++ 2005 Redistributable Package (x86)", "Microsoft Media Format 9 Series Runtime" and "Microsoft .Net Framework 3.0 x86".

I haven't tried installing other Windows Applications as of yet.

I get this same here on the latest (0.9.59) version of WIne. Some applications will give me this error and work and some applications will give me this error and not work at all.

I filed an upstream bug,
http://bugs.winehq.org/show_bug.cgi?id=12548
though it's possible it can't be fixed in wine alone.

Lowering Importance, because it's not harming anyone or destroying the system ;)
After all, it's right, the error came back with .59 :( At least for wine32 on amd64...
I'll check later on my i386, if it's there, too

Regards,

\sh

It might not be trashing anything but it prevents me from running any Windows programs on my i386. I'm running v0.9.59 packaged with Ubuntu 8.04. Is it possible to drop back to an earlier version that would work with this setup?

Probably not, because the problem comes from a change to the kernel more than from wine.
Have you tried the
   sudo sysctl -w vm.mmap_min_addr=0
workaround?

Well, after running that command, trying to run winecfg or any wine app does not produce the address errors which it previously did.
Not sure what's affected by that command (explanation appreciated), but looks like it's "back to normal" again :)

thanks.

A little more investigation on my part. Found that rather than start winecfg from a Linux Shell prompt, I am able to get that to start on either my AMD system or the Dual Proc Intel by using "Kmenu --> Wine --> Configure Wine" option

The proposed workaround (sudo sysctl -w vm.mmap_min_addr=0) worked for me.
A little investigation made me found this new entry in sysctl.conf:

# protect bottom 64k of memory from mmap to prevent NULL-dereference
# attacks against potential future kernel security vulnerabilities.
# (Added in kernel 2.6.23.)
vm.mmap_min_addr = 65536

I guess it is part of the problem...

+1 on this bug, and it's a serious one, as it prevented me from running certain applications in wine (like Office 2007) !

A partial workaround was checked in three days ago:
http://bugs.winehq.org/show_bug.cgi?id=12516#c8
Does that help, Tim?

Thanks for your reply dankegel.

The default of 65536 displays the following errors:

preloader: Warning: failed to reserve range 00000000-60000000
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
err:progress:ProgressWindowProc unknown msg 2210 wp=0001 lp=00010036
fixme:ole:OLEPictureImpl_SaveAsFile (0x7f0225e0)->(0x7f03ab40, 0, (nil)), hacked stub.

The suggested value of 4096 displays the following errors

preloader: Warning: failed to reserve range 00000000-60000000
preloader: Warning: failed to reserve range 00000000-60000000
preloader: Warning: failed to reserve range 00000000-60000000
preloader: Warning: failed to reserve range 00000000-60000000
preloader: Warning: failed to reserve range 00000000-60000000
err:progress:ProgressWindowProc unknown msg 2210 wp=0001 lp=00010036
fixme:ole:OLEPictureImpl_SaveAsFile (0x7f0225e0)->(0x7f03ab40, 0, (nil)), hacked stub.

The workaround, sudo sysctl -w vm.mmap_min_addr=0 displays the following errors:

err:progress:ProgressWindowProc unknown msg 2210 wp=0001 lp=00010
fixme:ole:OLEPictureImpl_SaveAsFile (0x1325e0)->(0x14ab40, 0, (nil)), hacked stub

Richard.

Thanks... but we could guess those messages already. What we're
interested in is whether your app works any better yet with wine from git.
Also, which apps are you trying?

I am trying to get Wordens Telechart 2007 working.

It installed and starts up but after a very short period of time it just disappears with no error messages or crash. One time the graphics became garbled and it hung the system. I've tried making minor changes to the graphics tab in the Wine configuration program but haven't found a solution.

I'm just starting out with Wine so I'll need to have a thorough read through the documentation.

Hanging the system is an indication of bad graphics drivers.
Please take this question to the general Ubuntu or Wine discussion forums.

I don't know of anybody who has Telechart working. I would have
tried but they ask for a credit card.

I don't have any problems running applications with wine, even when the error messages are showing, and I've tried the whole range of applications I normally try. So I don't think this error is stopping anything important - to me it's just an annoyance. I've read that 0.9.59 has some regressions, but AFAIKT I'm not affected. Oh, and the sysctl fix did it for me as well.

I have upgraded to the latest version (0.9.60) in Ubuntu Hardy and there is now a slightly different Preloader error. It reads:

preloader: Warning: failed to reserve range 00000000-00010000

I experienced the original preloader error message in 0.9.59 as well. The sysctl workaround gets rid of the error in this version just like in the previous one.

i have the same problem. its the first time i use wine at all..

ubuntu 8.04 amd64 - wine 0.9.59

notepad and winecfg worked, but several warnings like
"preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report".

i've tried the fix "sudo sysctl -w vm.mmap_min_addr=0" - no more warnings.

later i will try to get CS1.6 working..

preloader: Warning: failed to reserve range 00000000-00010000

A workaround is this:

sudo sysctl -w vm.mmap_min_addr=0

But it will switch back to previous situation at each boot.

Same cause, we just split up the loading of the low memory ranges a bit more.
Note that this is caused by Ubuntu security defaults, not by Wine, and it's not an error but a warning. Use the workaround described above.

@Kai,

I agree it is a warning, but it disables wine applications to be run...

Fabrio, with current wine, only DOS or Win16 apps need the workaround, I think;
regular win32 apps are fine. Also, you don't have to give that command at each
boot if you change /etc/sysctl.conf to make it permanent.

We are now directing users who run into this problem to the page
http://wiki.winehq.org/PreloaderPageZeroProblem
which has the workaround, including the /etc/sysctl.conf change.

It doesn't seem to just affect DOS/WIN16 -- it was causing MS Word 2000 to crash after a few seconds, under both wine 0.9.60 and, interestingly, Crossover Office.

The change to /etc/sysctl.conf fixes it. Thanks for the information.

Have someone tried to disable apparmor?

It started to happen in Feisty, isn't it?

Forget abou that...
I couldn't try because AppArmor in builtin in HArdy, but changing the value in /etc/sysctl.conf seems to be the only alternative

Will this be fixed in future versions of wine and/or the kernel?

The comments on this setting in sysctl.conf is:
# protect bottom 64k of memory from mmap to prevent NULL-dereference
# attacks against potential future kernel security vulnerabilities.
# (Added in kernel 2.6.23.)
vm.mmap_min_addr = 65536

... and I kinda like protections against "future kernel security vulnerabilities", for whatever impact it may or may not have on my system's security.

http://wiki.winehq.org/PreloaderPageZeroProblem

I tried the work around, but still end up with an error:

err:seh:setup_exception_record stack overflow 872 bytes in thread 002b eip 7bc3b381 esp 00240fc8 stack 0x240000-0x241000-0x340000

MuddBuddha wrote:

> I tried the work around, but still end up with an error:
>
> err:seh:setup_exception_record stack overflow 872 bytes in thread 002b
> eip 7bc3b381 esp 00240fc8 stack 0x240000-0x241000-0x340000

Thats a different error and is unrelated to the previous one.

Erik
--
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
"You don't have make it your sole purpose in life, but could you at
least sacrifice a rubber chicken upon the altar of literacy?"
 -- TackHead on Slashdot

I'm using Ubuntu Hardy 64-bit. I tried the work around, and this allows winecfg to work, but the Age of Mythology installer refuses to run.

rajeshja@rja-desktop-lnx:/cdrom$ sudo sysctl -w vm.mmap_min_addr=0
rajeshja@rja-desktop-lnx:/cdrom$ rm -rf /home/rajeshja/.wine/
rajeshja@rja-desktop-lnx:/cdrom$ winecfg
wine: creating configuration directory '/home/rajeshja/.wine'...
Could not load Mozilla. HTML rendering will be disabled.
wine: '/home/rajeshja/.wine' created successfully.
rajeshja@rja-desktop-lnx:/cdrom$ wine setup.exe
rajeshja@rja-desktop-lnx:/cdrom$ fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:font:WineEngRemoveFontResourceEx :stub
wine: Unhandled page fault on write access to 0x7bc42f27 at address 0x7e8262c1 (thread 001e), starting debugger...
Unhandled exception: page fault on write access to 0x7bc42f27 in 32-bit code (0x7e8262c1).
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
 EIP:7e8262c1 ESP:0033f210 EBP:0033f238 EFLAGS:00210202( - 00 - -RI1)
 EAX:7bc42ed7 EBX:7e82aec8 ECX:0033f244 EDX:00000000
 ESI:00132098 EDI:00000000
Stack dump:
0x0033f210: 00020026 00000000 0033f2e0 004214e3
0x0033f220: 00020026 00000000 00000000 7e82629a
0x0033f230: 7ee1770c 00020026 0033f2e0 0042139f
0x0033f240: 00132098 00132098 00449346 00020026
0x0033f250: 00000100 00020026 00000000 0033f2e0
0x0033f260: 7ee1770c 7b88eda6 7ee37520 00000003
Backtrace:
=>1 0x7e8262c1 ImmDestroyContext+0x31() in imm32 (0x0033f238)
  2 0x0042139f in ebu6af (+0x2139f) (0x0033f2e0)
  3 0x7edf6608 in user32 (+0xa6608) (0x0033f320)
  4 0x7edfa6f5 in user32 (+0xaa6f5) (0x0033f7f0)
  5 0x7edfb020 in user32 (+0xab020) (0x0033f830)
  6 0x7ed81fa7 DefDlgProcW+0x87() in user32 (0x0033f860)
  7 0x7edf47ca WINPROC_wrapper+0x1a() in user32 (0x0033f890)
  8 0x7edf4eae WINPROC_wrapper+0x6fe() in user32 (0x0033f8d0)
  9 0x7edfb231 in user32 (+0xab231) (0x0033f910)
  10 0x7edbd15a in user32 (+0x6d15a) (0x0033f980)
  11 0x7edc040d in user32 (+0x7040d) (0x0033f9e0)
  12 0x7edc087a SendMessageW+0x4a() in user32 (0x0033fa20)
  13 0x7ed8785c in user32 (+0x3785c) (0x0033fbf0)
  14 0x7ed88a86 CreateDialogIndirectParamAorW+0x36() in user32 (0x0033fc10)
  15 0x7ed88bb1 CreateDialogIndirectParamA+0x41() in user32 (0x0033fc40)
  16 0x00448f17 in ebu6af (+0x48f17) (0x00000001)
  17 0x00000000 (0x00000000)
0x7e8262c1 ImmDestroyContext+0x31 in imm32: subl $1,0x50(%eax)
Modules:
Module Address Debug info Name (75 modules)
PE 400000- 504000 Export ebu6af
PE 10000000-10204000 Deferred ebu8dc
ELF 7b800000-7b92c000 Deferred kernel32<elf>
  \-PE 7b820000-7b92c000 \ kernel32
ELF 7bc00000-7bca5000 Deferred ntdll<elf>
  \-PE 7bc10000-7bca5000 \ ntdll
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7e3bb000-7e3ed000 Deferred uxtheme<elf>
  \-PE 7e3c0000-7e3ed000 \ uxtheme
ELF 7e3ed000-7e401000 Deferred midimap<elf>
  \-PE 7e3f0000-7e401000 \ midimap
ELF 7e401000-7e427000 Deferred msacm32<elf>
  \-PE 7e410000-7e427000 \ msacm32
ELF 7e427000-7e43e000 Deferr...

This problem is also unrelated to this bug report. A workaround currently exists at http://wiki.winehq.org/PreloaderPageZeroProblem . Please note that you are only seeing this problem if you receive 'preloader: Warning: failed to reserve range' in the terminal output.

Had the same message. Was gone when I used root: sudo -i

Right, that's expected, but it's bad to run wine apps as root. For one thing, it contaminates your .wine directory with files owned by root, for another, it makes it easier to get infected with rootkits and the like.http://www.jensroesner.de/wgetgui/

Seems to be same bug.

splug@SplugBox:~$ winecfg
preloader: Warning: failed to reserve range 00000000-60000000
wine: creating configuration directory '/home/splug/.wine'...
preloader: Warning: failed to reserve range 00000000-60000000
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
Could not load Mozilla. HTML rendering will be disabled.
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
wine: '/home/splug/.wine' created successfully.
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report
preloader: Warning: failed to reserve range 00000000-60000000
err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report

Is there a proper way to configure a system such that ONLY Wine has access to this memory? This would be an ideal default.

Not that I know of.

FWIW, other similar apps are also affected:
qemu: http://lists.scratchbox.org/pipermail/scratchbox-users/2008-April/001218.html
dosemu: http://ubuntuforums.org/showthread.php?t=781052

So whatever solution you go for, coordinate it with the owners of those other packages.

I have a old 16bit Win program NewSOED that I don't use often. Starting it with the following script prevents the workaround being too permanent but removes some of the inconvenience.

# mmap_min_addr=`sysctl -n vm.mmap_min_addr`
# echo $mmap_min_addr
# if [ $mmap_min_addr != '0' ]
# then
# echo "*** 16bit windows program, setting: ***"
# echo " sysctl -w vm.mmap_min_addr=0"
# sudo sysctl -w vm.mmap_min_addr=0
# fi
# wine "c:\PROGRAMS\NewSOED\NEWSOED.EXE"

This bug was fixed in the package wine - 1.0.0-1ubuntu8

---------------
wine (1.0.0-1ubuntu8) intrepid; urgency=low

  * create debian/wine.sysctl.conf
    - now Wine can access the lower 64k of memory (LP: #114025)
  * debian/rules: add rules for installing wine.sysctl.conf
  * debian/wine.dirs.*: add /etc/sysctl.d folder
  * debian/wine.install.*: add /etc/sysctl.d install folder
  * remove non arch-specific .install and .dirs files.
  * debian/wine.postinst: add invoke-rc.d procps start
    - so no reboot is required for Wine's sysctl.conf setting

 -- Scott Ritchie <email address hidden> Thu, 07 Aug 2008 04:28:31 -0700

Unfortunately, the above package doesn't quite fix this in Intrepid, due to this bug in procps: https://bugs.launchpad.net/ubuntu/+source/procps/+bug/256025