From owner-freebsd-emulation Mon Feb 10 1:41:35 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8932137B401 for ; Mon, 10 Feb 2003 01:41:30 -0800 (PST) Received: from fep03-svc.mail.telepac.pt (fep03-svc.mail.telepac.pt [194.65.5.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3071543F93 for ; Mon, 10 Feb 2003 01:41:29 -0800 (PST) (envelope-from Trader.Alerts@verizon.net) Received: from relay.verizon.net ([213.13.30.4]) by fep03-svc.mail.telepac.pt (InterMail vM.5.01.04.13 201-253-122-122-113-20020313) with ESMTP id <20030210094125.HNCA11175.fep03-svc.mail.telepac.pt@relay.verizon.net>; Mon, 10 Feb 2003 09:41:25 +0000 Message-ID: <000070c97db8$000042a0$00005573@relay.verizon.net> To: From: "Investor Relations" Subject: Before the Bell: (WAIV) Strong when the Market is Down. Date: Sun, 09 Feb 2003 03:39:43 -1800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: Trader.Alerts@verizon.net X-Priority: 1 X-MSMail-Priority: High MIME-Version: 1.0 X-Mailer: Microsoft Outlook, Build 10.0.2627 Sensitivity: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org SPECIAL ALERT
        =             &= nbsp;    Feb. 2003 Edition  - Featuring CNN Mon= ey and Reuters
<= /tr>
Each month Wall Street Monthly analysts study, re= search, and examine hundreds of NASDAQ stocks, in an effort to pinpoint th= e one with the most promise.

Th= is month's pick : World Associates Inc.

Symbol: WAIV

Current Price: $0.15

Opinion: Str= ong Buy

Mortgage rat= es have dipped to levels not seen since 1965 and stock markets are in a th= ree-year swoon. This has fueled home buying and building, making the secto= r one of the rare bright spots in a slumping U.S. economy. Mor= e.....

  The Housing Market is= Red Hot ! Construction spending rose 0.3% in November, helped by record a= ctivity in the red-hot housing market, the government reported.  = ;  More.....

  The median price of new and existin= g homes sold in San Bernardino County during November skyrocketed 18.2 per= cent from a year earlier.    More.....<= /P>

The results are in. Last year was another record-setting year for= real estate thanks to an economy with low interest rates.  &nbs= p; More.....

Re= cent News:

 Highlights of Current and Future Success:

 - Rec= ently acquired more than $10 M in real estate assets

 - Projected sales of $100,000,000 over four years

<= p class=3DMsoNormal> - More than $5M in earnings projected for eac= h of 2003 and 2004

 -  Real estat= e may provide assets that allow for a listing on a major exchange

<= p class=3DMsoNormal> - Incorporating environmentally friendly and = sustainable technologies

<= b>WAIV Aims High, Determined To Succ= eed:

World is extending th= e real estate concept of "highest and best use" to include quali= ty of life considerations. A "higher and better" use for real pr= operty is to find the very most profitable use that also provides a benefi= cial impact to the community and environment. World believes that this app= roach will be a key to successful real property development in the future.=

<= table cellSpacing=3D0 cellPadding=3D3 width=3D340 border=3D0 height=3D76><= tr>A Closer Look:
World Associates, Inc. (World) was founded in 1990 and it = has evolved into a fully integrated real estate enterprise. World is combi= ning access to the capital markets, a competency with Internet technology,= a portfolio of sustainable technologies, and the inherent strength of rea= l estate as a means of creating shareholder value. Early in 2002 World acq= uired more than $10 million in real estate assets. The company is negotiat= ing other joint venture opportunities and alliances, and it will continue = to expand it's growing portfolio of assets to develop.

Objective= :

The company=FFFFFF92s immediate objective is to = execute a plan of development for it's current assets that include more th= an 300 acres of property valued at more than $10,000,000. When fully devel= oped, the property will support more than 700 homes representing more than= $100,000,000 in total sales over the next four years. The company will co= ntinue to add to the assets it owns, focusing on land development, afforda= ble housing, 55+ housing, and infill housing.

= = Points to Consider:

  • This stock is based on r= eal estate, the traditional hard asset
    • Manufactured housing is the future-New ho= mes cost up to 35% less than regular construction
  • Affordable housing will always be in demand=
  • This is an early stage opportun= ity with good upside potential
  •  Rain or Shine, = manufactured housing construction continues without delay from weather con= ditions.

Conclusion:

Real estate is the tra= ditional hard asset and it is the foundation of World Associates, Inc. The= strength and potential for growth embodied by the current real estate mar= ket, dictates that this sector be in the spotlight for creating value.=

The Savvy Investor chooses its first pick of the New Year - Worl= d Associates Inc. (WAIV). With their strategic positioning and acquisition= s WAIV is sure to move to the forefront of the sector. In an unstable mark= et - its a necessity to add strong stocks to your portfolio.

= This has been the February Edition of The Savvy Investor Newsletter.

Editing Chairman

Joi= n our premiere update and get a sneak preview of upcoming reports. = <= /p>

Disclaimer:

The Savvy Investor Newsletter provides= information on selected companies that it believes has investment potenti= al. The&nbs= p; Savvy Investor Newsletter is not a registere= d investment advisor or broker - dealer. This report is provided as an inf= ormation service only, and the statements and opinions in this report shou= ld not be construed as an offer or solicitation to buy or sell any securit= y. Savvy In= vestor Newsletter accepts no liability for any loss = arising from an investors reliance on or use of this report. An investment= in WAIV is considered to be highly speculative and should not be consider= ed unless a person can afford a complete loss of investment. The Savvy Investor Newsl= etter  has been retained to distribute this rep= ort on WAIV and has been paid fifteen hundred dollars by a third party. Th= is report involves forward looking statements, which involve risk, and unc= ertainties that may cause actual results to differ materially from those s= et forth in the forward - looking statements. For further details concerni= ng these risks and uncertainties, see the SEC filings of WAIV including th= e company's most recent annual and quarte= rly reports.

If you feel that this service is no longer o= f benefit to you, and you do not want to be notified along with the invest= ors on this list, please  CLICK HERE<= /font> NOTE: By blocking your email address from the= recipients you will no longer receive your FREE company advisory nor your= FREE company update in the Future.
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 10 12:33:41 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 630D437B401 for ; Mon, 10 Feb 2003 12:33:40 -0800 (PST) Received: from mail.iti.lt (s5.iti.lt [193.219.1.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D8C243F85 for ; Mon, 10 Feb 2003 12:33:38 -0800 (PST) (envelope-from Fireel@xxx.lt) Received: from .iti.lt (iu1-11.iti [10.4.1.11]) by mail.iti.lt (8.9.1a/8.9.1) with SMTP id WAA29208 for ; Mon, 10 Feb 2003 22:33:36 +0200 (EET) Date: Mon, 10 Feb 2003 22:36:16 +0200 From: Fireel To: freebsd-emulation@freebsd.org Subject: Wine trouble Message-Id: <20030210223616.159a10d3.Fireel@xxx.lt> Organization: STE X-Mailer: Sylpheed version 0.8.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Greetings, I sincerily hope this is the right mailing list for my problem. I am using FreeBSD 5.0 Release and I have installed wine from ports. It is... i believe the 20030115 version. After running mIRC for several days succesfully, today the console gave me this message fixme:console:SetConsoleCtrlHandler (0x55b184,1) - no error checking or testing yet err:module:BUILTIN32_dlopen failed to load .so lib for builtin riched20.dll: Cannot open "/usr/local/lib/wine/riched20.dll.so" err:module:BUILTIN32_dlopen failed to load .so lib for builtin uxtheme.dll: Cannot open "/usr/local/lib/wine/uxtheme.dll.so" X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 15 (X_QueryTree) Resource id in failed request: 0x1e00007 Serial number of failed request: 128 Current serial number in output stream: 128 The wierd part is that I've changed nothing(well exepct several meaningless lines in the kernel). Thanks for any sort of information, concerning this topic Fireel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 10 14:31:17 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1F3437B401 for ; Mon, 10 Feb 2003 14:31:16 -0800 (PST) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57E9B43FBD for ; Mon, 10 Feb 2003 14:31:13 -0800 (PST) (envelope-from pfeifer@dbai.tuwien.ac.at) Received: from [128.130.111.39] (acrux [128.130.111.39]) by vexpert.dbai.tuwien.ac.at (8.12.6/8.12.6) with ESMTP id h1AMV9ss019258; Mon, 10 Feb 2003 23:31:12 +0100 (CET) Date: Mon, 10 Feb 2003 23:31:16 +0100 (CET) From: Gerald Pfeifer To: Fireel Cc: freebsd-emulation@freebsd.org Subject: Re: Wine trouble In-Reply-To: <20030210223616.159a10d3.Fireel@xxx.lt> Message-ID: References: <20030210223616.159a10d3.Fireel@xxx.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 10 Feb 2003, Fireel wrote: > I am using FreeBSD 5.0 Release and I have installed wine from ports. It > is... i believe the 20030115 version. Yeah -- it was tough enough getting this to compile on -CURRENT. :-( > The wierd part is that I've changed nothing(well exepct several > meaningless lines in the kernel). Perhaps they were not meaningless? Though it is well likely that you triggered a bug in Wine; it really is still alpha quality (especially on non-Linux platforms, I'm afraid). The crash you are seeing really looks like either a mIRC bug (which only triggers under Wine), or Wine bug. Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.pfeifer.com/gerald/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 10 20:33:44 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FDAF37B401 for ; Mon, 10 Feb 2003 20:33:43 -0800 (PST) Received: from mail.iti.lt (s5.iti.lt [193.219.1.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A123543F75 for ; Mon, 10 Feb 2003 20:33:41 -0800 (PST) (envelope-from Fireel@xxx.lt) Received: from .iti.lt (iu1-11.iti [10.4.1.11]) by mail.iti.lt (8.9.1a/8.9.1) with SMTP id GAA12708 for ; Tue, 11 Feb 2003 06:33:39 +0200 (EET) Date: Tue, 11 Feb 2003 06:36:18 +0200 From: Fireel Cc: freebsd-emulation@freebsd.org Subject: Re: Wine trouble Message-Id: <20030211063618.7e0aabd3.Fireel@xxx.lt> In-Reply-To: References: <20030210223616.159a10d3.Fireel@xxx.lt> Organization: STE X-Mailer: Sylpheed version 0.8.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 10 Feb 2003 23:31:16 +0100 (CET) Gerald Pfeifer wrote: > Perhaps they were not meaningless? Though it is well likely that you > triggered a bug in Wine; it really is still alpha quality (especially > on non-Linux platforms, I'm afraid). > > The crash you are seeing really looks like either a mIRC bug (which only > triggers under Wine), or Wine bug. Xm... I know i should look a little embaresed now, but this morning, after rebooting my system everything works just fine(at least with mIRC) :) The error was triggered with another program, Vypress chat setup,and maybe that... anywayz... this is a wine bug... Thanks anyway :) Fireel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 12 16:50:13 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AF2837B405 for ; Wed, 12 Feb 2003 16:50:09 -0800 (PST) Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B9B243F85 for ; Wed, 12 Feb 2003 16:50:09 -0800 (PST) (envelope-from milo@cyberlifelabs.com) Received: (qmail 12855 invoked from network); 13 Feb 2003 00:50:08 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 13 Feb 2003 00:50:08 -0000 Received: from cyberlifelabs.com (adsl-64-142-14-252.sonic.net [64.142.14.252]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id h1D0o7112553 for ; Wed, 12 Feb 2003 16:50:08 -0800 X-envelope-info: Message-ID: <3E4AEBBE.8070601@cyberlifelabs.com> Date: Wed, 12 Feb 2003 16:50:06 -0800 From: Milo Hyson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20030120 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Emulation List Subject: Working on IBM JDK fix Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I apologize in advance if this issue has already been dealt with, but I searched the list archives and didn't find anything. I also apologize if my conclusions below are totally whacked, as I've never looked at the FreeBSD or Linux kernel sources before. I'm working on fixing the broken IBM JDK port and my research has led me to believe the problem actually lies in the Linux emulation layer. It seems when a Java program exits without explicitly calling System.exit(), the JVM goes into an endless-loop while /var/log/messages fills up with kernel trap 26 (segment not present exception) messages. Comparing the outputs of ktrace on FreeBSD and strace on Linux, I found a SIGSEGV signal (in the FreeBSD implementation) that immediately follows a call to modify_ldt(), which appears to be returning an odd value. Here are excerpts from the traces showing where things start to differ: NOTE: FreeBSD = 4.7-RELEASE, Linux = Mandrake 9.0 *** FreeBSD ktrace *** ... 3600 java CALL write(0x1,0x2849ad78,0xc) 3600 java GIO fd 1 wrote 12 bytes "Hello, world" 3600 java RET write 12/0xc 3600 java CALL #175(0x2,0xbfbff28c,0,0x8) 3600 java RET #175 0 3600 java CALL #175(0x1,0xbfbff2c0,0xbfbff398,0x8) 3600 java RET #175 0 3600 java CALL write(0x1,0x2849ad78,0x1) 3600 java GIO fd 1 wrote 1 byte " " 3600 java RET write 1 3600 java CALL #175(0x2,0xbfbff2c0,0,0x8) 3600 java RET #175 0 3600 java CALL fchown(0x11,0xbfbff878,0x10) 3600 java RET fchown 8190/0x1ffe 3600 java PSIG SIGSEGV caught handler=0x28071670 mask=0xa0000000 code=0x0 ... *** Linux strace *** write(1, "Hello, world", 12) = 12 rt_sigprocmask(SIG_SETMASK, [USR1 RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [USR1], [USR1 RTMIN], 8) = 0 write(1, "\n", 1) = 1 rt_sigprocmask(SIG_SETMASK, [USR1 RTMIN], NULL, 8) = 0 modify_ldt(17, {entry_number:8190, base_addr:00000000, limit:0, seg_32bit:0, contents:0, read_exec_only:1, limit_in_pages:0, seg_not_present:1, useable:0}, 16) = 0 sigaltstack({ss_sp=0, ss_flags=SS_DISABLE, ss_size=0}, NULL) = 0 The call to modify_ldt() appears to be trying to zero out entry number 8190. On Linux it works, as the call returns a zero. On FreeBSD however, it seems to be returning the entry number, a value that the spec for modify_ldt() says is not valid. One can only assume that the FreeBSD version is doing something wrong. However, looking through the source for that call reveals no way that value could be returned. Now this particular call to modify_ldt() occurrs many times over the course of the traces. However, this is the only time in which a segfault is logged. Since the call is returning prior to the logging of the fault, I'm inclined to think that modify_ldt() isn't triggering the exception itself, but may somehow be settings things up to fail later on down the line. Is there any way to obtain a detailed register/memory dump of the kernel trap? That would shed some light on what's going on. -- Milo Hyson CyberLife Labs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 12 21:15:42 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0772037B401 for ; Wed, 12 Feb 2003 21:15:41 -0800 (PST) Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 50C6043FBF for ; Wed, 12 Feb 2003 21:15:40 -0800 (PST) (envelope-from milo@cyberlifelabs.com) Received: (qmail 22402 invoked from network); 13 Feb 2003 05:15:40 -0000 Received: from ultra.sonic.net (208.201.224.22) by a.smtp-out.sonic.net with SMTP; 13 Feb 2003 05:15:40 -0000 Received: from cyberlifelabs.com (adsl-64-142-14-252.sonic.net [64.142.14.252]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id h1D5Fds23713 for ; Wed, 12 Feb 2003 21:15:39 -0800 X-envelope-info: Message-ID: <3E4B29FB.6030801@cyberlifelabs.com> Date: Wed, 12 Feb 2003 21:15:39 -0800 From: Milo Hyson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20030120 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Emulation List Subject: Re: Working on IBM JDK fix References: <3E4AEBBE.8070601@cyberlifelabs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've found a little more info on this issue. Here's a dump from /var/log/messages. These lines start pouring in as soon as the JVM tries to exit. Feb 12 21:07:27 beastie /kernel: kernel trap 26 with interrupts disabled Feb 12 21:07:27 beastie /kernel: kernel trap 12 with interrupts disabled Feb 12 21:07:39 beastie /kernel: kernel trap 26 with interrupts disabled Feb 12 21:07:39 beastie /kernel: kernel trap 12 with interrupts disabled Feb 12 21:07:58 beastie /kernel: kernel trap 26 with interrupts disabled Feb 12 21:07:59 beastie /kernel: 6 with interrupts disabled Feb 12 21:07:59 beastie /kernel: kernel trap 26 with interrupts disabled Feb 12 21:07:59 beastie last message repeated 23 times Feb 12 21:07:59 beastie /kernel: kernel trap 26 with interrupts disab6 with interrupts disabled Feb 12 21:07:59 beastie /kernel: kernel trap 26 with interrupts disabled Feb 12 21:07:59 beastie last message repeated 23 times Feb 12 21:07:59 beastie /kernel: 6 with interrupts disabled Feb 12 21:07:59 beastie /kernel: kernel trap 26 with interrupts disabled ... It's interesting that there are a couple of page faults at the start, but then there are no more. It's just segment-not-present exceptions from then on. Another interesting thing is the several second delay after each page fault. -- Milo Hyson CyberLife Labs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 13 5:56:38 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 678B237B401 for ; Thu, 13 Feb 2003 05:56:37 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A5643FB1 for ; Thu, 13 Feb 2003 05:56:35 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA09311; Fri, 14 Feb 2003 00:56:30 +1100 Date: Fri, 14 Feb 2003 00:56:56 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Milo Hyson Cc: FreeBSD Emulation List Subject: Re: Working on IBM JDK fix In-Reply-To: <3E4B29FB.6030801@cyberlifelabs.com> Message-ID: <20030213235848.P3145-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 12 Feb 2003, Milo Hyson wrote: > I've found a little more info on this issue. Here's a dump from > /var/log/messages. These lines start pouring in as soon as the JVM tries > to exit. > > Feb 12 21:07:27 beastie /kernel: kernel trap 26 with interrupts disabled > ... I think you are right that this has something to do with the LDT. The "kernel trap 26 with interrupts disabled" message is caused by the kernel slightly mishandling loading of invalid segment registers (%de/%es/%fs only) in doreti. It is supposed to silently convert the trap for this to a SIGBUS, but it actually does this unsilently. Anyway, applications can easily cause endless errors from this by shooting away LDT entries while still using them, and catching SIGBUS without fixing up the problem. The SIGBUS handler returns via sigreturn() which triggers another SIGBUS at the same %eip if it attempts to reload an invalid segment descriptor. > Feb 12 21:07:27 beastie /kernel: kernel trap 12 with interrupts disabled I can't explain this. The kernel has some more bugs in this area. It does too much of the trap handling with interrupts disabled (or locks held in -current). -current with WITNESS detects some of the bugs and may panic for invalid %gs's at context switch time. It used to panic for an invalid %gs due to not clearing it in execve() together with freeing the user LDT. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 13 7: 4:52 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 681D337B401 for ; Thu, 13 Feb 2003 07:04:51 -0800 (PST) Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by mx1.FreeBSD.org (Postfix) with SMTP id C56DC43F93 for ; Thu, 13 Feb 2003 07:04:50 -0800 (PST) (envelope-from milo@cyberlifelabs.com) Received: (qmail 24791 invoked from network); 13 Feb 2003 15:04:50 -0000 Received: from sub.sonic.net (208.201.224.8) by b.smtp-out.sonic.net with SMTP; 13 Feb 2003 15:04:50 -0000 Received: from cyberlifelabs.com (adsl-64-142-14-252.sonic.net [64.142.14.252]) by sub.sonic.net (8.11.6/8.8.5) with ESMTP id h1DF4nk00480; Thu, 13 Feb 2003 07:04:50 -0800 X-envelope-info: Message-ID: <3E4BB411.1040302@cyberlifelabs.com> Date: Thu, 13 Feb 2003 07:04:49 -0800 From: Milo Hyson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20030120 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Evans Cc: FreeBSD Emulation List Subject: Re: Working on IBM JDK fix References: <20030213235848.P3145-100000@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Bruce Evans wrote: > I think you are right that this has something to do with the LDT. The > "kernel trap 26 with interrupts disabled" message is caused by the kernel > slightly mishandling loading of invalid segment registers (%de/%es/%fs > only) in doreti. It is supposed to silently convert the trap for this > to a SIGBUS, but it actually does this unsilently. > > Anyway, applications can easily cause endless errors from this by shooting > away LDT entries while still using them, and catching SIGBUS without fixing > up the problem. The SIGBUS handler returns via sigreturn() which triggers > another SIGBUS at the same %eip if it attempts to reload an invalid segment > descriptor. Might this also explain why 8190 is being returned from modify_ldt()? Perhaps other registers are being improperly loaded and eax winds up with this value instead of the intended result code. I did a little more testing and found that the number of times the trap-26/trap-12 pair shows up in the logs exactly equals the number of calls made to modify_ldt() where the return value is 8190. Immediately following the last pair, there's the SIGSEGV in the ktrace and the looping trap-26's in the logs. I also noticed that the trap-26/trap-12 pair always appears in the logs even if I just run 'java -version' without any program. Running ktrace on that reveals one of the funky calls to modify_ldt(). This one exits normally without causing any loops. -- Milo Hyson CyberLife Labs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 13 9:10:11 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEE8A37B405 for ; Thu, 13 Feb 2003 09:10:08 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BE143F3F for ; Thu, 13 Feb 2003 09:10:07 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA20221; Fri, 14 Feb 2003 04:10:02 +1100 Date: Fri, 14 Feb 2003 04:10:28 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Milo Hyson Cc: FreeBSD Emulation List Subject: Re: Working on IBM JDK fix In-Reply-To: <3E4BB411.1040302@cyberlifelabs.com> Message-ID: <20030214033116.F4167-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 13 Feb 2003, Milo Hyson wrote: > Bruce Evans wrote: > > ... > > Anyway, applications can easily cause endless errors from this by shooting > > away LDT entries while still using them, and catching SIGBUS without fixing > > up the problem. The SIGBUS handler returns via sigreturn() which triggers > > another SIGBUS at the same %eip if it attempts to reload an invalid segment > > descriptor. > > Might this also explain why 8190 is being returned from modify_ldt()? > Perhaps other registers are being improperly loaded and eax winds up > with this value instead of the intended result code. It might, but I there doesn't seem to be any %eax clobbering, and I think I found the bug... > I did a little more testing and found that the number of times the > trap-26/trap-12 pair shows up in the logs exactly equals the number of > calls made to modify_ldt() where the return value is 8190. Immediately > following the last pair, there's the SIGSEGV in the ktrace and the > looping trap-26's in the logs. I think 8190 is the normal return value but the kernel messes up descriptor 8190 or 8191 due to an off by 1 error. From the current sys_machdep.c: % static int % i386_set_ldt(td, args) % struct thread *td; % char *args; % { % ... % largest_ld = uap->start + uap->num - 1; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ % if (largest_ld >= MAX_LD) % return(EINVAL); `largest_ld' is 1 fewer than the required size of the ldt (in units of descriptors). % % /* allocate user ldt */ % if (!pldt || largest_ld >= pldt->ldt_len) { % struct proc_ldt *new_ldt = user_ldt_alloc(mdp, largest_ld); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ But we use `largest_ld' for the size of the table here. Try adding 1 here. In applications, allocate a dummy descriptor at the end. I guess applications mostly worked by doing this accidentally, and the significance of 8190 is that you want to use the very last descriptor (#8191) and there is no way to have a dummy after that. % /* Fill in range */ % savecrit = intr_disable(); % bcopy(descs, % &((union descriptor *)(pldt->ldt_base))[uap->start], % uap->num * sizeof(union descriptor)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ % td->td_retval[0] = uap->start; % intr_restore(savecrit); We overrun the allocated space by 1 descriptor here, but this descriptor isn't usable even the overrun is not fatal, since it is outside the segment limit. The relevant memory allocations are rounded up to a page boundary, so the overrun is only harmful for unusual ldt sizes like 4096/8 + 1 descriptors. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 13 18:10:52 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1051137B405 for ; Thu, 13 Feb 2003 18:10:49 -0800 (PST) Received: from sherryl.salk.edu (sherryl.snl.salk.edu [198.202.70.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40F5A43F93 for ; Thu, 13 Feb 2003 18:10:48 -0800 (PST) (envelope-from jorge@salk.edu) Received: from merckx.snl.salk.edu (merckx.snl.salk.edu [198.202.70.90]) by sherryl.salk.edu (8.12.1/8.12.1) with ESMTP id h1E2Af6n039248; Thu, 13 Feb 2003 18:10:41 -0800 (PST) Date: Thu, 13 Feb 2003 18:10:39 -0800 (PST) From: Jorge Aldana X-X-Sender: jorge@merckx.snl.salk.edu To: freebsd-emulation@freebsd.org Cc: mat@cnd.mcgill.ca Subject: Re: Matlab 6.5 R13 installation notes Message-ID: <20030213180716.T2280-100000@merckx.snl.salk.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Has there been a decision on this code segement? Jorge ---------- Forwarded message ---------- Date: Thu, 7 Nov 2002 13:39:00 -0500 From: Mathew Kanner To: freebsd-emulation@FreeBSD.ORG Cc: Mathew Kanner Subject: Matlab 6.5 R13 installation notes Hello, The following is what I had to do to install and run Matlab with linux-base-7. Could someone please follow-up on http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/45023 (patch #1) and http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/42457 (patch #2). Notes: Two kernel patches are required and the default java doesn't work. Java jre1.3.1 dies with a thread problem and jre1.1.8 hangs on exit without patch #2. FlexLM doesn't run without patch #1. Matlab no-longer requires the /dev/ptmx and the unix command works. Installation (assumes kernel patches are done) % xhost + localhost % su % mount Unix installation CD #1 % /compat/linux/bin/bash % run install found on cd -Install to /usr/local/matlab6.13 -Cancel the license editor, cp your license to /usr/local/matlab6.13/etc/license.dat click ok (or yes), and your license should show up with the right SERVER and VENDOR lines. I choose to create the links in /usr/local/bin Complete the install. % (Optional) If you want additional toolboxes, eject the cd, mount the 2nd Unix CD, re-run the installation and specify the same path as before. % pw useradd -u 81 -n flexlm -s /bin/sh -d / (Creates a user for flexlm) % sed -i.bak -e's,^#\!.*/bin/sh$,#! /compat/linux/bin/bash,' /usr/local/matlab6.13/etc/lm* /usr/local/matlab6.13/bin/matlab /usr/local/matlab6.13/bin/mex (Set linux emulation, or you could hack the arch.sh, or manually specify the arch) % rm /usr/local/matlab6.13/sys/java/jre/glnx86 % ln -s /usr/local/matlab6.13/sys/java/jre/glnx86/jre1.1.8/ /usr/local/matlab6.13/sys/java/jre/glnx86/jre (Changes the default java to one that works) % /usr/local/matlab6.13/etc/lmstart -u flexlm (Start FlexLM) % as regular user, run matlab to test. Attached is two patches anda start-up script I use in /usr/local/etc/rc.d to automatically start flexlm. --Mat PS, please CC as I'm not on the list -- Captain Capacitor: Shiver me templates! (ReBoot) --- /usr/src/sys/compat/linux/linux_file.c Mon Nov 5 14:08:22 2001 +++ /usr/src/sys/compat/linux/linux_file.c.new Thu Nov 7 02:16:51 2002 @@ -766,8 +766,8 @@ } bsd_flock->l_whence = linux_flock->l_whence; bsd_flock->l_start = (off_t)linux_flock->l_start; - bsd_flock->l_len = (off_t)linux_flock->l_len; - bsd_flock->l_pid = (pid_t)linux_flock->l_pid; + bsd_flock->l_pid = 0; + bsd_flock->l_len = 0; } static void @@ -818,8 +818,8 @@ } bsd_flock->l_whence = linux_flock->l_whence; bsd_flock->l_start = (off_t)linux_flock->l_start; - bsd_flock->l_len = (off_t)linux_flock->l_len; - bsd_flock->l_pid = (pid_t)linux_flock->l_pid; + bsd_flock->l_pid = 0; + bsd_flock->l_len = 0; } static void --- /usr/src/sys/kern/kern_exit.c.old Thu Nov 7 12:59:18 2002 +++ /usr/src/sys/kern/kern_exit.c Thu Nov 7 13:00:06 2002 @@ -342,7 +342,8 @@ if (p->p_sigparent && p->p_pptr != initproc) { psignal(p->p_pptr, p->p_sigparent); } else { - psignal(p->p_pptr, SIGCHLD); + if (p->p_sigparent != 0) + psignal(p->p_pptr, SIGCHLD); } wakeup((caddr_t)p->p_pptr); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 14 21:57:30 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B778137B401 for ; Fri, 14 Feb 2003 21:57:28 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A0C443FB1 for ; Fri, 14 Feb 2003 21:57:28 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 2ED2BAE147; Fri, 14 Feb 2003 21:57:28 -0800 (PST) Date: Fri, 14 Feb 2003 21:57:28 -0800 From: Alfred Perlstein To: emulation@freebsd.org Subject: patch: (forw) linux_sigvec.c Message-ID: <20030215055728.GZ93252@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Anyone know why this shouldn't be committed? ----- Forwarded message from Sergey Mokryshev ----- From: Sergey Mokryshev To: Alfred Perlstein Subject: linux_sigvec.c Date: Sat, 8 Feb 2003 01:58:28 +0300 (MSK) Message-ID: <20030208015540.I419-100000@lemori.mokr.ru> Dear Alfred, please take a look at http://article.gmane.org/gmane.os.freebsd.devel.database/74 Probably it is worth to go into the tree. ---------CUT--------------- --- ./i386/linux/linux_sysvec.c.old Fri Nov 8 11:21:02 2002 +++ ./i386/linux/linux_sysvec.c Fri Nov 8 11:29:17 2002 @@ -112,7 +112,7 @@ int bsd_to_linux_signal[LINUX_SIGTBLSZ] = { LINUX_SIGHUP, LINUX_SIGINT, LINUX_SIGQUIT, LINUX_SIGILL, LINUX_SIGTRAP, LINUX_SIGABRT, 0, LINUX_SIGFPE, - LINUX_SIGKILL, LINUX_SIGBUS, LINUX_SIGSEGV, 0, + LINUX_SIGKILL, LINUX_SIGBUS, LINUX_SIGSEGV, LINUX_SIGSYS, LINUX_SIGPIPE, LINUX_SIGALRM, LINUX_SIGTERM, LINUX_SIGURG, LINUX_SIGSTOP, LINUX_SIGTSTP, LINUX_SIGCONT, LINUX_SIGCHLD, LINUX_SIGTTIN, LINUX_SIGTTOU, LINUX_SIGIO, LINUX_SIGXCPU, @@ -128,7 +128,7 @@ SIGCHLD, SIGCONT, SIGSTOP, SIGTSTP, SIGTTIN, SIGTTOU, SIGURG, SIGXCPU, SIGXFSZ, SIGVTALRM, SIGPROF, SIGWINCH, - SIGIO, SIGURG, 0 + SIGIO, SIGURG, SIGSYS }; #define LINUX_T_UNKNOWN 255 --- ./i386/linux/linux.h.old Fri Nov 8 11:27:11 2002 +++ ./i386/linux/linux.h Fri Nov 8 11:30:11 2002 @@ -230,7 +230,7 @@ #define LINUX_SIGIO 29 #define LINUX_SIGPOLL LINUX_SIGIO #define LINUX_SIGPWR 30 -#define LINUX_SIGUNUSED 31 +#define LINUX_SIGSYS 31 #define LINUX_SIGTBLSZ 31 #define LINUX_NSIG_WORDS 2 ---------CUT--------------- Sincerely yours, Sergey Mokryshev. -- Sergey S. Mokryshev SMP453, MOKR-RIPN ----- End forwarded message ----- -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 14 22:10:14 2003 Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3474037B401 for ; Fri, 14 Feb 2003 22:10:13 -0800 (PST) Received: from mx10.mail.ru (mx10.mail.ru [194.67.57.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E614B43F3F for ; Fri, 14 Feb 2003 22:10:11 -0800 (PST) (envelope-from kan@mail.ru) Received: from [141.154.55.211] (helo=kan.dnsalias.net) by mx10.mail.ru with esmtp (Exim SMTP.A) id 18jvWb-000HMi-00 for emulation@FreeBSD.ORG; Sat, 15 Feb 2003 09:10:09 +0300 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.7/8.12.6) with ESMTP id h1F6A7J3081410 for ; Sat, 15 Feb 2003 01:10:07 -0500 (EST) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.7/8.12.6/Submit) id h1F6A14a081409; Sat, 15 Feb 2003 01:10:01 -0500 (EST) Date: Sat, 15 Feb 2003 01:10:01 -0500 From: Alexander Kabaev Cc: emulation@FreeBSD.ORG Subject: Re: patch: (forw) linux_sigvec.c Message-Id: <20030215011001.572de35b.kabaev@bellatlantic.net> In-Reply-To: <20030215055728.GZ93252@elvis.mu.org> References: <20030215055728.GZ93252@elvis.mu.org> Reply-To: ak03@gte.com X-Mailer: Sylpheed version 0.8.9claws42 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 14 Feb 2003 21:57:28 -0800 Alfred Perlstein wrote: > Anyone know why this shouldn't be committed? You should just commit the patch. It's been around for long enough already. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message