From owner-oi-users Sun Mar 5 15:52:15 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11190 for oi-users-outgoing; Sun, 5 Mar 1995 15:52:15 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11184 for ; Sun, 5 Mar 1995 15:52:14 -0800 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQyfut15283; Sun, 5 Mar 1995 18:52:09 -0500 Received: from almserv.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Sun, 5 Mar 1995 18:52:07 -0500 Received: from mammoth.fnma.com by fnma.COM (4.1/SMI-4.1) id AA02093; Sun, 5 Mar 95 18:46:09 EST Received: from sydney.fnma.com by mammoth.fnma.com (5.0/SMI-SVR4) id AA03115; Sun, 5 Mar 1995 18:45:54 -0500 Received: by sydney.fnma.com (5.0/SMI-SVR4) id AA01416; Sun, 5 Mar 1995 18:45:47 -0500 Date: Sun, 5 Mar 1995 18:45:47 -0500 From: sxupjb@fnma.COM (Phillip Beiler) Message-Id: <9503052345.AA01416@sydney.fnma.com> To: uunet!freefall.cdrom.com!oi-users@uunet.uu.net Subject: Exception Error??? Content-Length: 951 Sender: oi-users-owner@FreeBSD.org Precedence: bulk We recently recieved a copy of Openware's OI for the Sparcwork's Version 4.0 C++ compiler. Everything compiles fine. All the non-OI code works fine. However, none of our OI code will run. We get the following run-time error: ----- Run-time exception error; current exception: xalloc No handler for exception. Abort (core dumped) ----- Has anyone encountered this problem or know how to fix it? Any help would be appreciated. We are currently evaluating this compiler. Does anyone use it??? Any feedback that would be helpful. Thanks Phil -- ----------------------------------------------------------------------------- Phil Beiler Federal National Mortgage Association pbeiler@fnma.com Advanced Technologies (202) 752-3667 Washington, D.C. 20016 ----------------------------------------------------------------------------- From owner-oi-users Mon Mar 6 05:51:40 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA05636 for oi-users-outgoing; Mon, 6 Mar 1995 05:51:40 -0800 Received: from jpmorgan.jpmorgan.com (jpmorgan.jpmorgan.com [146.149.99.127]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA05630 for ; Mon, 6 Mar 1995 05:51:38 -0800 Received: from tcpg01a.ny.jpmorgan.com by jpmorgan.jpmorgan.com (8.6.10/fma-120691.2); id IAA00340; Mon, 6 Mar 1995 08:51:18 -0500 Received: from newton.ny.jpmorgan.com (newton.ny.jpmorgan.com [146.149.2.33]) by tcpg01a.ny.jpmorgan.com (8.6.10/cjy.sub.1.0) with ESMTP id IAA16999 Received: from landau.ny.jpmorgan.com (landau.ny.jpmorgan.com [146.149.3.22]) by newton.ny.jpmorgan.com (8.6.9/8.6.9) with SMTP id IAA03844; Mon, 6 Mar 1995 08:51:17 -0500 Received: by landau.ny.jpmorgan.com (4.1/SMI-4.1) id AA05166; Mon, 6 Mar 95 08:51:15 EST Message-Id: <9503061351.AA05166@landau.ny.jpmorgan.com> To: gord@infomag.mb.ca (Gordon Sawatzky) Cc: oi-users@freebsd.org Subject: Re: Running OI app on HPUX station In-Reply-To: Your message of "Fri, 03 Mar 1995 18:23:05 EST." Date: Mon, 06 Mar 1995 08:51:14 -0500 From: Tom LaStrange Sender: oi-users-owner@freebsd.org Precedence: bulk > We have a X11 application developed with OpenWare's Object Builder. > > We successfully compiled it on our newly acquired HP 712/80 (HPUX 9.05) > after getting our HP-UX Developer's kit. > > We can run it on a PC running PC-Xware remotely but can't run it locally on > the 712. Need a few more clues than this. Can you tell why it's not running? Does it fail to open the display? Does it fail to open fonts or get colors? -- Tom LaStrange toml@mercury.com toml@jpmorgan.com (on assignment at) Mercury Technologies, Inc. 53 Wall St. NYC, NY 10005 From owner-oi-users Mon Mar 6 12:56:57 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA17891 for oi-users-outgoing; Mon, 6 Mar 1995 12:56:57 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA17885 for ; Mon, 6 Mar 1995 12:56:53 -0800 Received: from boulder.openware.com (localhost.boulder.parcplace.com [127.0.0.1]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id NAA09489; Mon, 6 Mar 1995 13:53:42 -0700 Message-Id: <199503062053.NAA09489@marvin.boulder.openware.com> To: sxupjb@fnma.COM (Phillip Beiler) Subject: Re: Exception Error??? Cc: oi-users@freefall.cdrom.com In-reply-to: Your message of Sun, 05 Mar 1995 18:45:47 EST Date: Mon, 06 Mar 1995 13:53:38 MST From: Warner Losh Sender: oi-users-owner@FreeBSD.org Precedence: bulk : Run-time exception error; current exception: xalloc : No handler for exception. : Abort (core dumped) : Has anyone encountered this problem or know how to fix it? Well, I know a thing or two about it, so I'll try. The xalloc exception is thrown when new fails to allocate memory for some reason. At least in the Jan 24, 1994 C++ working group interum working paper that I have a copy of. Things like have changed in the standard since then, but I don't know how to handle it for sure, but you may be able to establish a default handler so that it doesn't abort. Since I've not worked extensively with exceptions, I'm unable to even give you the syntax on how to do this. From the working paper, I immagine the following might work: try { // ... Put OI stuff here } catch (...) { // This will get called when any exception happens } It looks like there is a class xmsg that is used for all the standard exceptions that are thrown, but I don't know where it is defined in Sun's compiler, nor how to effectively use it, as I don't have a copy of the compiler manual handy. We're planning on compiling OI -noex for the 4.6 release, and that might solve this problem. Or it might make things worse. We're doing this because it improves performace of those parts of the application that don't use exceptions at all. Finally, where does the core trace show that this allocation is failing at? Warner From owner-oi-users Mon Mar 6 13:42:40 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19269 for oi-users-outgoing; Mon, 6 Mar 1995 13:42:40 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA19262 for ; Mon, 6 Mar 1995 13:42:35 -0800 Received: from uucp5.UU.NET by relay3.UU.NET with SMTP id QQyfyc10404; Mon, 6 Mar 1995 16:42:22 -0500 Received: from clampett.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Mon, 6 Mar 1995 16:42:25 -0500 Received: from goldstein.chicago.sgw.com by clampett.sgwoi.com (4.1/SMI-4.1Non-Standard)) id AA19910; Mon, 6 Mar 95 15:28:55 CST Received: by goldstein.chicago.sgw.com (5.0/SMI-SVR4) id AA21842; Mon, 6 Mar 1995 15:28:49 +0600 Date: Mon, 6 Mar 1995 15:28:49 +0600 From: clampett!brandt@uunet.uu.net (Tim Brandt) Message-Id: <9503062128.AA21842@goldstein.chicago.sgw.com> To: uunet!freebsd.org!oi-users@uunet.uu.net X-Sun-Charset: US-ASCII Content-Length: 449 Sender: oi-users-owner@FreeBSD.org Precedence: bulk I am trying to use a gang scroll with OI_scroll_text, but the other OI_scroll_text widgets are not scrolling when I tell them to. I am doing the following in the scroll callback: scroll_text1->scroll (NULL, (void *)OI_Vertical, t, n); scroll_text2->scroll (NULL, (void *)OI_Vertical, t, n); Where t is the type of movement (OI_scroll_event) and n is the direction and amount of the scroll done by scroll0. What am I doing wrong? Tim Brandt From owner-oi-users Mon Mar 6 14:45:02 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA20560 for oi-users-outgoing; Mon, 6 Mar 1995 14:45:02 -0800 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA20554 for ; Mon, 6 Mar 1995 14:45:01 -0800 Received: from marvin.boulder.openware.com by relay4.UU.NET with SMTP id QQyfyg06918; Mon, 6 Mar 1995 17:44:34 -0500 Received: from garya.boulder.openware.com (garya.boulder.openware.com [198.135.223.34]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id PAA10876; Mon, 6 Mar 1995 15:42:36 -0700 Received: (from garya@localhost) by garya.boulder.openware.com (8.6.9/8.6.9) id PAA09705; Mon, 6 Mar 1995 15:40:06 -0700 Date: Mon, 6 Mar 1995 15:40:06 -0700 From: Gary Aitken Message-Id: <199503062240.PAA09705@garya.boulder.openware.com> To: clampett!brandt@uunet.uu.net, uunet!freebsd.org!oi-users@uunet.uu.net Sender: oi-users-owner@FreeBSD.org Precedence: bulk > I am trying to use a gang scroll with OI_scroll_text, but the other > OI_scroll_text widgets are not scrolling when I tell them to. > > I am doing the following in the scroll callback: > > scroll_text1->scroll (NULL, (void *)OI_Vertical, t, n); > scroll_text2->scroll (NULL, (void *)OI_Vertical, t, n); > > Where t is the type of movement (OI_scroll_event) and n is the direction > and amount of the scroll done by scroll0. > > What am I doing wrong? Try calling the scroll memfn for the underlying text object, not the scroll_text object. From owner-oi-users Tue Mar 7 06:43:05 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA15987 for oi-users-outgoing; Tue, 7 Mar 1995 06:43:05 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA15981 for ; Tue, 7 Mar 1995 06:43:04 -0800 Received: from uucp6.UU.NET by relay3.UU.NET with SMTP id QQygas24436; Tue, 7 Mar 1995 09:42:46 -0500 Received: from dkbfp-dev.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Tue, 7 Mar 1995 09:42:40 -0500 Received: from dkbfp-dev5.DKBFP_DEV by dkbfpny.com (4.1/SMI-4.1) id AA06423; Tue, 7 Mar 95 09:18:47 EST Date: Tue, 7 Mar 95 09:18:47 EST From: dkbfp-dev!shinu@uunet.uu.net (Shinu Gupta) Message-Id: <9503071418.AA06423@dkbfpny.com> To: oi-users@freefall.cdrom.com Subject: Menu hanging/refresh problem Sender: oi-users-owner@FreeBSD.org Precedence: bulk Hi OI Gurus: I am using OI 4.5 under SunOS 4.1.3 running OLWM. I am having some serious problem with hanging pulldown menus. In my application I have some pulldown menus at the bottom of my window. Pressing one of the buttons on those menus brings up another dialog box which comes on top of the menu. When the dialog is dismissed, the menu remains hanging. I tried calling OI_flush hoping that it was some kind of event flushing problem. Obviously it did not work. Please guide me in the right direction. Thanks. Shinu From owner-oi-users Tue Mar 7 08:14:34 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17667 for oi-users-outgoing; Tue, 7 Mar 1995 08:14:34 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17661 for ; Tue, 7 Mar 1995 08:14:30 -0800 Received: from boulder.openware.com (localhost.boulder.parcplace.com [127.0.0.1]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id JAA02843 for ; Tue, 7 Mar 1995 09:11:38 -0700 Message-Id: <199503071611.JAA02843@marvin.boulder.openware.com> To: oi-users@freefall.cdrom.com Subject: Poul-Henning Kamp: A minor accident Date: Tue, 07 Mar 1995 09:11:37 MST From: Warner Losh Sender: oi-users-owner@FreeBSD.org Precedence: bulk FYI. oi-users lives on freefall, which is basically the same thing as freebsd.org. Warner ------- Forwarded Message Delivery-Date: Tue, 07 Mar 1995 01:23:44 MST From: Poul-Henning Kamp Message-Id: <199503070716.XAA24863@ref.tfs.com> Subject: A minor accident To: core@FreeBSD.org Date: Mon, 6 Mar 1995 23:16:05 -0800 (PST) Content-Type: text Content-Length: 1325 Sender: announce-owner@FreeBSD.org Precedence: bulk March 6th 1995, 23:00 freefall time. Cyberspace, 3rd door on the right. Hello World, We had a minor accident on march 6th 17:24 (freefall time) and lost all of the mailing lists. These have now, march 6th 23:00 (freefall time) been restored from the backup from this morning march 6th 05:30 (freefall time). This means: 1) any mail sent to any list @freebsd.org between 17:24 and 23:00 is lost, and must be retransmitted (if it was significant) 2) any changes to the lists during today was lost. You can send an an email to "majordomo@freebsd.org" with a body of one line saying "which" or "which my@address.com" and it will tell you what lists you are on. 3) our backups work! :-) I would like to stress that there is no evidence or reason to suspect malicious intent or activities. I guess we can all use more sleep. I havn't heard the story yet, but I'm sure given time and opportunity, we will have a good laugh about it, (unless it's a bug in a perl script :) At least i expect somebody to pay me a beer some time... <-- HINT! I would like to thank Satoshi, for noticing and warning me about it, and Gary for the backup which saved us, Thanks guys! PS: freefall time is mostly UTC-0800. - -- Poul-Henning Kamp Core Team, 2.1 Release engineer, and presently: jack of all trades. ------- End of Forwarded Message From owner-oi-users Tue Mar 7 08:15:32 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17693 for oi-users-outgoing; Tue, 7 Mar 1995 08:15:32 -0800 Received: from jpmorgan.jpmorgan.com (jpmorgan.jpmorgan.com [146.149.99.127]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17687 for ; Tue, 7 Mar 1995 08:15:30 -0800 Received: from tcpg01a.ny.jpmorgan.com by jpmorgan.jpmorgan.com (8.6.10/fma-120691.2); id LAA23563; Tue, 7 Mar 1995 11:15:07 -0500 Received: from newton.ny.jpmorgan.com (newton.ny.jpmorgan.com [146.149.2.33]) by tcpg01a.ny.jpmorgan.com (8.6.10/cjy.sub.1.0) with ESMTP id LAA17356 Received: from landau.ny.jpmorgan.com (landau.ny.jpmorgan.com [146.149.3.22]) by newton.ny.jpmorgan.com (8.6.9/8.6.9) with SMTP id LAA10391; Tue, 7 Mar 1995 11:15:05 -0500 Received: by landau.ny.jpmorgan.com (4.1/SMI-4.1) id AA17703; Tue, 7 Mar 95 11:15:03 EST Message-Id: <9503071615.AA17703@landau.ny.jpmorgan.com> To: dkbfp-dev!shinu@uunet.uu.net (Shinu Gupta) Cc: oi-users@freefall.cdrom.com Subject: Re: Menu hanging/refresh problem In-Reply-To: Your message of "Tue, 07 Mar 1995 09:18:47 EST." <9503071418.AA06423@dkbfpny.com> Date: Tue, 07 Mar 1995 11:15:03 -0500 From: Tom LaStrange Sender: oi-users-owner@FreeBSD.org Precedence: bulk > I am having some serious problem with hanging pulldown menus. In my application > I have some pulldown menus at the bottom of my window. Pressing one of the > buttons on those menus brings up another dialog box which comes on top of the > menu. > > When the dialog is dismissed, the menu remains hanging. I tried calling OI_flush > hoping that it was some kind of event flushing problem. Obviously it did not > work. > > Please guide me in the right direction. Not particularly directed at Shinu, but a more general statement about requests for help on this mailing list. Here are three steps you can take to get more help on this mailing list. 1. Supply a small test case! 2. Supply a small test case! 3. Supply a small test case! Seriously. I'm as busy as the next person but try to (90% of the time) supply a test case with all problems I find or need help with. Requests like the above tend to fly right out of my mailbox because I don't have an immediate answer and I certainly won't spend time trying reproduce it myself. Sorry, I think I got up on the wrong side of the bed this morning. -- Tom LaStrange toml@mercury.com toml@jpmorgan.com (on assignment at) Mercury Technologies, Inc. 53 Wall St. NYC, NY 10005 From owner-oi-users Tue Mar 7 08:44:01 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA18072 for oi-users-outgoing; Tue, 7 Mar 1995 08:44:01 -0800 Received: from bridge2.NSD.3Com.COM (bridge2.NSD.3Com.COM [129.213.128.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA18066 for ; Tue, 7 Mar 1995 08:44:00 -0800 Received: from tenaya.NSD.3Com.COM by bridge2.NSD.3Com.COM with SMTP id AA17347 (5.65c/IDA-1.4.4nsd for ); Tue, 7 Mar 1995 08:43:37 -0800 Received: from localhost.NSD.3Com.COM by tenaya.NSD.3Com.COM with SMTP id AA18481 (5.65c/IDA-1.4.4-910730); Tue, 7 Mar 1995 08:42:18 -0800 Message-Id: <199503071642.AA18481@tenaya.NSD.3Com.COM> To: Tom LaStrange Cc: oi-users@freefall.cdrom.com Subject: Re: Menu hanging/refresh problem Organization: 3Com, 5400 Bayfront Plaza, Santa Clara, CA 95052-8145 Phone.......: (408) 764-6204 (Office) (408) 764-5000 (General Office) In-Reply-To: Your message of "Tue, 07 Mar 1995 11:15:03 EST." <9503071615.AA17703@landau.ny.jpmorgan.com> Date: Tue, 07 Mar 1995 08:42:16 -0800 From: priag Sender: oi-users-owner@FreeBSD.org Precedence: bulk On Tue, 07 Mar 1995 11:15:03 -0500, Tom LaStrange said: Tom> Not particularly directed at Shinu, but a more general statement about Tom> requests for help on this mailing list. Here are three steps you can Tom> take to get more help on this mailing list. Tom> 1. Supply a small test case! Tom> 2. Supply a small test case! Tom> 3. Supply a small test case! Tom> Seriously. I'm as busy as the next person but try to (90% of the time) Tom> supply a test case with all problems I find or need help with. Tom> Requests like the above tend to fly right out of my mailbox because I Tom> don't have an immediate answer and I certainly won't spend time trying Tom> reproduce it myself. Tom> Sorry, I think I got up on the wrong side of the bed this morning. I appreciate the validity of your desire for a small test case, but I for one find that it's rarely the "small" case which breaks. If I can isolate the problem down to a few statements, I can usually work around it. It's the stuff that evidently involves lots of obscure interactions which I can't solve or work around... and which can't be captured in a "small test case". Pria (who also got out of bed on the wrong side) From owner-oi-users Tue Mar 7 09:18:39 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA19186 for oi-users-outgoing; Tue, 7 Mar 1995 09:18:39 -0800 Received: from jpmorgan.jpmorgan.com (jpmorgan.jpmorgan.com [146.149.99.127]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA19179 for ; Tue, 7 Mar 1995 09:18:35 -0800 Received: from tcpg01a.ny.jpmorgan.com by jpmorgan.jpmorgan.com (8.6.10/fma-120691.2); id MAA29813; Tue, 7 Mar 1995 12:18:11 -0500 Received: from newton.ny.jpmorgan.com (newton.ny.jpmorgan.com [146.149.2.33]) by tcpg01a.ny.jpmorgan.com (8.6.10/cjy.sub.1.0) with ESMTP id MAA19843 Received: from landau.ny.jpmorgan.com (landau.ny.jpmorgan.com [146.149.3.22]) by newton.ny.jpmorgan.com (8.6.9/8.6.9) with SMTP id MAA10592; Tue, 7 Mar 1995 12:18:10 -0500 Received: by landau.ny.jpmorgan.com (4.1/SMI-4.1) id AA18376; Tue, 7 Mar 95 12:18:06 EST Message-Id: <9503071718.AA18376@landau.ny.jpmorgan.com> To: priag Cc: oi-users@freefall.cdrom.com Subject: Re: Menu hanging/refresh problem In-Reply-To: Your message of "Tue, 07 Mar 1995 08:42:16 PST." <199503071642.AA18481@tenaya.NSD.3Com.COM> Date: Tue, 07 Mar 1995 12:18:05 -0500 From: Tom LaStrange Sender: oi-users-owner@FreeBSD.org Precedence: bulk > On Tue, 07 Mar 1995 11:15:03 -0500, Tom LaStrange said: > > Tom> Not particularly directed at Shinu, but a more general statement about > Tom> requests for help on this mailing list. Here are three steps you can > Tom> take to get more help on this mailing list. > > Tom> 1. Supply a small test case! > Tom> 2. Supply a small test case! > Tom> 3. Supply a small test case! > > Tom> Seriously. I'm as busy as the next person but try to (90% of the time) > Tom> supply a test case with all problems I find or need help with. > > Tom> Requests like the above tend to fly right out of my mailbox because I > Tom> don't have an immediate answer and I certainly won't spend time trying > Tom> reproduce it myself. > > Tom> Sorry, I think I got up on the wrong side of the bed this morning. > > I appreciate the validity of your desire for a small test case, but I > for one find that it's rarely the "small" case which breaks. If I can > isolate the problem down to a few statements, I can usually work > around it. It's the stuff that evidently involves lots of obscure > interactions which I can't solve or work around... and which can't be > captured in a "small test case". > > Pria (who also got out of bed on the wrong side) > Since leaving the Solbourne/ParcPlace group, I've done consulting work for 4 different companies using OI and in each case, I was thrown into a large unfamiliar software environment depending on many different libraries. I know perfectly well how difficult it can be to isolate a problem. My latest experience happened just last week, I was dealing with completely unfamiliar code and it took me around 4 hours to understand the problem and come up with a small test case. oi-support now has a code that reproduces the problem. When my problem surfaces on their queue of things to look at, my bug will have a much greater possibility of being fixed than the one that was reported that simply said "my program doesn't work." If you can find a work around, great, and that's what I end up doing most of the time because I can't wait for an official bug fix. But if you want the bug fixed and it's important enough to you to get it fixed, spend a little time to try to isolate it. These are simply my opinions and experiences. It's a pain in the ass to write a test case. But if you do, in the long run it will benefit you as well as other OI users. -- Tom LaStrange toml@mercury.com toml@jpmorgan.com (on assignment at) Mercury Technologies, Inc. 53 Wall St. NYC, NY 10005 From owner-oi-users Thu Mar 9 06:31:21 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09416 for oi-users-outgoing; Thu, 9 Mar 1995 06:31:21 -0800 Received: from mail1.new-york.net (mail1.new-york.net [165.254.2.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09407 for ; Thu, 9 Mar 1995 06:31:12 -0800 Received: from athena.fi.gs.com by mail1.new-york.net (PMDF V4.3-10 #5880) id <01HNXE6VOXAO001X1Q@mail1.new-york.net>; Thu, 09 Mar 1995 09:29:44 -0500 (EST) Received: from nyeqmhub.eq.gs.com by gs.com (PMDF V4.3-10 #7425) id <01HNXE44L1UO9D7FDU@gs.com>; Thu, 09 Mar 1995 09:27:30 -0500 (EST) Received: from nyqsdsn1.eq.gs.com (nyqsdsn1.eq.gs.com [154.4.4.151]) by nyeqmhub.eq.gs.com (8.6.10/8.6.4) with ESMTP id JAA02318 for ; Thu, 9 Mar 1995 09:29:36 -0500 Received: from nyqsdc02.eq.gs.com (nyqsdc02.eq.gs.com [154.4.4.192]) by nyqsdsn1.eq.gs.com (8.6.9/8.6.4) with ESMTP id JAA13442 for ; Thu, 9 Mar 1995 09:29:35 -0500 Received: by nyqsdc02.eq.gs.com (8.6.9) id JAA06647; Thu, 9 Mar 1995 09:29:34 -0500 Date: Thu, 09 Mar 1995 09:29:34 -0500 From: David Avraamides Subject: adding cells to Help menu To: oi-users@freefall.cdrom.com Message-id: <199503091429.JAA06647@nyqsdc02.eq.gs.com> Content-transfer-encoding: 7BIT Sender: oi-users-owner@FreeBSD.org Precedence: bulk I've been trying to add some cells to the Help menu in an app_window's main menu, but I can't find the Help button menu in the builder anywhere. In addition to 'On Context' I'd like a couple of other Help menu options. Dropping a cell onto the Help button menu doesn't do the trick, and traversing the app_window and/or @main_menu never reveal a Help menu. I'm sure I'm overlooking something, since this seems to be a simple request. Thanks in advance, -- David Avraamides Goldman, Sachs & Co. (212) 357-1346 avraad@eq.gs.com From owner-oi-users Thu Mar 9 06:46:41 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09747 for oi-users-outgoing; Thu, 9 Mar 1995 06:46:41 -0800 Received: from mail1.new-york.net (mail1.new-york.net [165.254.2.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09741 for ; Thu, 9 Mar 1995 06:46:40 -0800 Received: from athena.fi.gs.com by mail1.new-york.net (PMDF V4.3-10 #5880) id <01HNXENQD3FK001XOV@mail1.new-york.net>; Thu, 09 Mar 1995 09:43:19 -0500 (EST) Received: from nyeqmhub.eq.gs.com by gs.com (PMDF V4.3-10 #7425) id <01HNXEKXK4XC9D7TQT@gs.com>; Thu, 09 Mar 1995 09:41:03 -0500 (EST) Received: from nyqsdsn1.eq.gs.com (nyqsdsn1.eq.gs.com [154.4.4.151]) by nyeqmhub.eq.gs.com (8.6.10/8.6.4) with ESMTP id JAA02502 for ; Thu, 9 Mar 1995 09:43:03 -0500 Received: from nyqsdc02.eq.gs.com (nyqsdc02.eq.gs.com [154.4.4.192]) by nyqsdsn1.eq.gs.com (8.6.9/8.6.4) with ESMTP id JAA13798 for ; Thu, 9 Mar 1995 09:43:02 -0500 Received: by nyqsdc02.eq.gs.com (8.6.9) id JAA07768; Thu, 9 Mar 1995 09:43:01 -0500 Date: Thu, 09 Mar 1995 09:43:01 -0500 From: David Avraamides Subject: my modifications to the .cf file are lost To: oi-users@freefall.cdrom.com Message-id: <199503091443.JAA07768@nyqsdc02.eq.gs.com> Content-transfer-encoding: 7BIT Sender: oi-users-owner@FreeBSD.org Precedence: bulk I've been using the File Selection Dialog in Motif mode and I noticed that when I try and override the default colors, there's no way to specify the foreground and background of the scrolling lists in the dialog. (You can't get at these widgets in uib) So, I tried putting '*foreground: gray' and '*background: navy' in my .cf file. This works, but these changes are lost next time I save my app from uib - even if I make the changes before I load my app into uib. My latest solution is to put my configuration resource overrides in a separate file (.res) and add the following hack to the Makefile: # make sure configuration file is up to date all: PortCost merged.cf # # a hack to get my resource definitions (in PortCost.res) into the app's file # merged.cf : PortCost.cf PortCost.res perl -ni.bak -e 'last if (/^! DO NOT EDIT BELOW HERE/); print' PortCost.cf echo '! DO NOT EDIT BELOW HERE' >> PortCost.cf cat PortCost.res >> PortCost.cf touch merged.cf This simply re-builds the .cf file if either it or my .res file have been modified. It is built by taking the OI generated lines and appending my .res additions. How are other people dealing with these two common needs? 1) using non-default colors with dialogs where you can't get access to the internal widgets 2) putting resource settings in the .cf file that uib doesn't understand, and thus, doesn't preserve across saves. Thanks in advance, -- David Avraamides Goldman, Sachs & Co. (212) 357-1346 avraad@eq.gs.com From owner-oi-users Thu Mar 9 07:06:30 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10241 for oi-users-outgoing; Thu, 9 Mar 1995 07:06:30 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA10230 for ; Thu, 9 Mar 1995 07:06:25 -0800 Received: (from misek@localhost) by marvin.boulder.openware.com (8.6.9/8.6.9) id IAA02004; Thu, 9 Mar 1995 08:03:49 -0700 Date: Thu, 9 Mar 1995 08:03:49 -0700 From: Steve Misek Message-Id: <199503091503.IAA02004@marvin.boulder.openware.com> To: avraad@nyqsdsn1.eq.gs.com Subject: Re: my modifications to the .cf file are lost Cc: oi-users@freefall.cdrom.com Sender: oi-users-owner@FreeBSD.org Precedence: bulk :: :: How are other people dealing with these two common needs? :: 1) using non-default colors with dialogs where you can't get access :: to the internal widgets :: 2) putting resource settings in the .cf file that uib doesn't :: understand, and thus, doesn't preserve across saves. :: well, personally, I deal with these problems in one of two ways: auxilliary config files that I add to my application *after* loading the primary config file, or before calling build_from_configuration_file() cp->add_resources( OI_translate_filename( whatever_the_filename_is )); as well as the following, UNDOCUMENTED, UNSUPPORTED, EVIL feature within the builder and I'm sure mentioning this in such a public forum will quickly come back to haunt me :-) When saving config files, the builder automatically saves, and prepends anything found before a line containing the words End of Protected Thus, if your config file looked like ! ! normal header ! special resources ! !End of Protected ! application config then all of the special resources will be ported forward every time you save your application. I added this feature to the builder in late 1991, so every builder currently in use will probably support it... it was in response to a problem posed by a customer (and sent to customer support with a SMALL TEST CASE -- to paraphrase toml :-). The caveats: **EVERYTHING** in the config file is taken into account when your application is loaded into the builder, so you *WILL* see some of the resources specified at the top of the file in the Protected region slowly *bleed* into the bottom of the file. In most cases this is irrelevant, however you Must be aware of the problem if you are going to play games with the protected region. This is an unsupported feature of the builder. I'm guessing that either of these options will solve your problem. steve misek misek@boulder.openware.com From owner-oi-users Thu Mar 9 08:05:40 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12000 for oi-users-outgoing; Thu, 9 Mar 1995 08:05:40 -0800 Received: from houws001.shl.com (houws001.shl.com [159.249.56.252]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA11895 for ; Thu, 9 Mar 1995 08:04:12 -0800 Received: from casws009.shl.com by houws001.shl.com (4.1/SMI-4.1.8) id AA13629; Thu, 9 Mar 95 10:04:10 CST Received: by casws009.shl.com (5.0/SMI-SVR4) id AA00286; Thu, 9 Mar 95 10:52:16 EST Date: Thu, 9 Mar 95 10:52:16 EST From: wmooney@casws009.shl.com (William D. Mooney) Message-Id: <9503091552.AA00286@casws009.shl.com> To: oi-users@freefall.cdrom.com Subject: Re: adding cells to Help menu Cc: wmooney@casws009.shl.com X-Sun-Charset: US-ASCII Content-Length: 3041 Sender: oi-users-owner@FreeBSD.org Precedence: bulk ----- Begin Included Message ----- I've been trying to add some cells to the Help menu in an app_window's main menu, but I can't find the Help button menu in the builder anywhere. In addition to 'On Context' I'd like a couple of other Help menu options. Dropping a cell onto the Help button menu doesn't do the trick, and traversing the app_window and/or @main_menu never reveal a Help menu. ----- End Included Message ----- David, Here is a solution we cooked up. It replaces the Help menu button with one of our own with a single help item. We could not find a way to do it from the Builder. You could add additional items if you wish. The .H and .C files follow. Somewhere in your main() before you start OI_begin_interaction() have the statements: #include "mungeHelp.H" mungeHelp(topLevel[0]); **** mungeHelp.H **** #include /////////////////////// // mungeHelp -- function to set mungify the builtin OI Help menu button // so that it invokes FrameMaker as help instead of the builtin OI // context help. // // This function is very OI dependant, and requires an "@on_context" // menu button object. If there doesn't exist such an object, this function // will throw up a warning dialog box to inform the user that Frame Help // is unavailable. /////////////////////// void mungeHelp(OI_d_tech *topWindow); // Executable to invoke is Frame Viewer. #define MH_EXECSTRING "viewer -f %s" // FrameMaker helpfile path. #define MH_HELPPATH "/usr/docs/aFrameHelpFile" **** mungeHelp.C **** #include "mungeHelp.H" static void destroyWarningDialog(OI_menu_cell *cp,void *arg,OI_number num) { cp->parent()->parent()->del(); return; } static void invokeHelp (OI_menu_cell *cellp, void *argp, OI_number button) { int pid; static char command[1024]; static char *filename=MH_HELPPATH; char *xlatedFilename; xlatedFilename = OI_translate_filename(filename); sprintf(command, MH_EXECSTRING, xlatedFilename); printf("Invoking help...\n"); OI_fork_nowait(command); return; } void mungeHelp(OI_d_tech *tp) { static OI_cell_spec cells[] = { {"Oh Well", "Oh Well, life goes on", destroyWarningDialog} }; static char *warnText = "WARNING: Cannot find '@on_context' in OI object tree.\n" "Continuing on without access to Frame help."; OI_menu_cell *helpKey = (OI_menu_cell *) tp->descendant("@on_context"); if (!helpKey) { OI_warn_dialog_box *bp = oi_create_warn_dialog_box("warnBox", warnText, OI_count(cells), &cells[0]); bp->set_associated_object(tp->root(), OI_def_loc, OI_def_loc, OI_active); return; } helpKey->set_label("Frame Help"); helpKey->change_action(invokeHelp, NULL); } ============================================================================= William D. Mooney | email: wmooney@shl.com or 74353.1325@compuserve.com | phone: 407.263.3329 SHL Systemhouse, Inc. | fax: 407.260.0590 ============================================================================= From owner-oi-users Thu Mar 9 08:06:38 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12065 for oi-users-outgoing; Thu, 9 Mar 1995 08:06:38 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12054 for ; Thu, 9 Mar 1995 08:06:33 -0800 Received: (from misek@localhost) by marvin.boulder.openware.com (8.6.9/8.6.9) id JAA03687; Thu, 9 Mar 1995 09:03:24 -0700 Date: Thu, 9 Mar 1995 09:03:24 -0700 From: Steve Misek Message-Id: <199503091603.JAA03687@marvin.boulder.openware.com> To: avraad@nyqsdsn1.eq.gs.com Subject: Re: adding cells to Help menu Cc: oi-users@freefall.cdrom.com Sender: oi-users-owner@FreeBSD.org Precedence: bulk I should start charging you a beer for each of these answers :-) You may find the following piece of code an interesting addition to your arsenal of tools when playing with OI. This piece of code will traverse a given object hierarchy and print out the names of all objects (properly indented -- well for vi users :-), you emacs type will just have to cope) in its path. Feed it a pointer to your top level app_window and it'll print out the full application window tree.... steve -------------------- cut here -------------------- void print_tree( OI_d_tech* dtp, OI_bool abs ) { /* External Procedures: */ /* Local Variables: */ static int ntabs = 0; static char tabs[64] ; int i ; /* Procedure: */ if (!ntabs) tabs[0] = '\0'; if (ntabs) fprintf(stderr, tabs); fprintf( stderr, "%s: ", dtp->name() ); if (dtp->is_internal_object()) { fprintf( stderr, "(uib %smodifiable) ", dtp->is_modifiable_internal() ? " " : "NON " ); } fprintf( stderr, "\n" ); tabs[ntabs++] = '\t'; tabs[ntabs] = '\0'; for (i= abs ? dtp->abs_num_props() : dtp->num_props(); i--;) print_tree( abs ? dtp->abs_numbered_child(i) : dtp->numbered_child(i), abs ); tabs[--ntabs] = '\0' ; } From owner-oi-users Thu Mar 9 08:07:45 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12132 for oi-users-outgoing; Thu, 9 Mar 1995 08:07:45 -0800 Received: from lmux02.ssc.siemens.com (ssc.siemens.com [192.132.51.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA12117 for ; Thu, 9 Mar 1995 08:07:39 -0800 Received: by lmux02.ssc.siemens.com (5.65/Ultrix3.0-C) id AA15691; Thu, 9 Mar 1995 11:08:08 -0500 Date: Thu, 9 Mar 1995 11:08:07 -0500 (EST) From: Duncan C Smith Subject: Re: my modifications to the .cf file are lost. To: oi-users@freefall.cdrom.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: oi-users-owner@FreeBSD.org Precedence: bulk Try putting those modifications in a separate file, for example my_application.my_configs rather than in the my_application.cf file. Then, in your main() after the .cf has been read in, read in your own .myconfigs file: if (topLevel = cp->build_from_configuration_file( OI_translate_filename("my_application.cf"), OI_no )) { if (cp->add_resources( OI_translate_filename("my_application.my_configs"),OI_SET_DATABASE)) { . . . } else // error reading my_application.my_configs } else // error reading my_application.cf or no TopLevel resource. Dunks. =========================================================== Duncan C. Smith Tel: [+1] (407) 942 8175 Siemens Stromberg-Carlson Fax: [+1] (407) 942 8188 Lake Mary, Florida 32746. Email dcs@ssc.siemens.com From owner-oi-users Thu Mar 9 11:44:12 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19610 for oi-users-outgoing; Thu, 9 Mar 1995 11:44:12 -0800 Received: from lmux02.ssc.siemens.com (ssc.siemens.com [192.132.51.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19604 for ; Thu, 9 Mar 1995 11:44:04 -0800 Received: by lmux02.ssc.siemens.com (5.65/Ultrix3.0-C) id AA00813; Thu, 9 Mar 1995 14:44:33 -0500 Date: Thu, 9 Mar 1995 14:44:33 -0500 (EST) From: Duncan C Smith Subject: Re: my modifications to the .cf file are lost. To: oi-users@freefall.cdrom.com In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: oi-users-owner@FreeBSD.org Precedence: bulk Try putting those modifications in a separate file, for example my_application.my_configs rather than in the my_application.cf file. Then, in your main() after the .cf has been read in, read in your own .myconfigs file: if (topLevel = cp->build_from_configuration_file( OI_translate_filename("my_application.cf"), OI_no )) { if (cp->add_resources( OI_translate_filename("my_application.my_configs"),OI_SET_DATABASE)) { . . . } else // error reading my_application.my_configs } else // error reading my_application.cf or no TopLevel resource. Dunks. =========================================================== Duncan C. Smith Tel: [+1] (407) 942 8175 Siemens Stromberg-Carlson Fax: [+1] (407) 942 8188 Lake Mary, Florida 32746. Email dcs@ssc.siemens.com From owner-oi-users Fri Mar 10 03:24:38 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13772 for oi-users-outgoing; Fri, 10 Mar 1995 03:24:38 -0800 Received: from vm.gmd.de (vm.gmd.de [192.88.97.13]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA13765 for ; Fri, 10 Mar 1995 03:24:33 -0800 Message-Id: <199503101124.DAA13765@freefall.cdrom.com> Received: from VM.GMD.DE by vm.gmd.de (IBM VM SMTP V2R2) with BSMTP id 2788; Fri, 10 Mar 95 12:08:19 +0100 Received: from VMPROFS.ESOC.ESA.DE (NJE origin MAILER@ESOC) by VM.GMD.DE (LMail V1.2a/1.8a) with BSMTP id 3758; Fri, 10 Mar 1995 12:08:20 +0100 Received: from ESOC (NJE origin PCOBAS@ESOC) by VMPROFS.ESOC.ESA.DE (LMail V1.2a/1.8a) with BSMTP id 1119; Fri, 10 Mar 1995 12:10:47 +0100 Comments: Converted from PROFS to RFC822 format by PUMP V2.2X Date: Fri, 10 Mar 95 12:10:45 EWT From: "Pedro Cobas, CRI" Subject: Rules to speed up the creation of OI objects To: "oi-users group" Sender: oi-users-owner@FreeBSD.org Precedence: bulk Hi! We are having time problems when we try either to load a big configuration file or creating dinamically OI objects. It takes a long time to create the objects. For instance we have to create an OI_app_window with around 64 OI_boxes, 240 OI_entry_fiels and 64 OI_buttons, and it takes around 30 seconds. We use some rules to speed up the creation of those objects (like to associate to the parent as last action, etc.). But I believe we are missing some others. I suposse it should exist a way to set the X-resources faster. Based on your expericence which would be the rules to speed up the creation of OI objects ?. Thanks in advance. Pedro ====================================================================== Pedro Cobas, CRI | Tf 49 (0) 6151 90 2046 European Space Operations Centre | Fax 49 (0) 6151 90 3414 Robert-Bosch Str.5 Darmstadt (GERMANY) | E-mail: pcobas@esoc.bitnet From owner-oi-users Fri Mar 10 05:27:27 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA15148 for oi-users-outgoing; Fri, 10 Mar 1995 05:27:27 -0800 Received: from mail1.new-york.net (mail1.new-york.net [165.254.2.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA15142 for ; Fri, 10 Mar 1995 05:27:24 -0800 Received: from athena.fi.gs.com by mail1.new-york.net (PMDF V4.3-10 #5880) id <01HNYQAJO3U8002A7A@mail1.new-york.net>; Fri, 10 Mar 1995 08:27:05 -0500 (EST) Received: from nyeqmhub.eq.gs.com by gs.com (PMDF V4.3-10 #7425) id <01HNYQ7T5OZ49D8E9K@gs.com>; Fri, 10 Mar 1995 08:24:51 -0500 (EST) Received: from nyqsdsn1.eq.gs.com (nyqsdsn1.eq.gs.com [154.4.4.151]) by nyeqmhub.eq.gs.com (8.6.10/8.6.4) with ESMTP id IAA12870 for ; Fri, 10 Mar 1995 08:26:58 -0500 Received: from nyqsdc02.eq.gs.com (nyqsdc02.eq.gs.com [154.4.4.192]) by nyqsdsn1.eq.gs.com (8.6.9/8.6.4) with ESMTP id IAA01548 for ; Fri, 10 Mar 1995 08:26:56 -0500 Received: by nyqsdc02.eq.gs.com (8.6.9) id IAA13285; Fri, 10 Mar 1995 08:26:55 -0500 Date: Fri, 10 Mar 1995 08:26:55 -0500 From: David Avraamides Subject: Purifying an OI app To: oi-users@freefall.cdrom.com Message-id: <199503101326.IAA13285@nyqsdc02.eq.gs.com> Content-transfer-encoding: 7BIT Sender: oi-users-owner@FreeBSD.org Precedence: bulk Are there any tricks to using Purify with OI apps? I have an app that works fine, but when I link it with Purify (3.0a) and run it, it dumps core - it never even displays the app window. Here is the traceback: Finished PC.purify ( 2 errors, 0 leaked bytes) Purify instrumented PC.purify (pid 13281 at Fri Mar 10 08:19:19 1995) ZPR: Zero page read This is occurring while in: OI_err_tbl::error(int) [libOI.so.4.5] OI_print_error(const char*,const char*,OI_bool) [libOI.so.4.5] OI_d_tech::common_associated_object(OI_d_tech*,void*,void*,OI_state,OI_bool) [libOIpatch.a] OI_d_tech::set_associated_object(OI_d_tech*,long,long,OI_state) [libOIpatch.a] OI_d_tech::construct() [libOIpatch.a] OI_w_d_tech::OI_w_d_tech(OI_class*,const char*) [libOI.so.4.5] Reading 2 bytes from 0x9 COR: Fatal core dump This is occurring while in: OI_err_tbl::error(int) [libOI.so.4.5] OI_print_error(const char*,const char*,OI_bool) [libOI.so.4.5] OI_d_tech::common_associated_object(OI_d_tech*,void*,void*,OI_state,OI_bool) [libOIpatch.a] OI_d_tech::set_associated_object(OI_d_tech*,long,long,OI_state) [libOIpatch.a] OI_d_tech::construct() [libOIpatch.a] OI_w_d_tech::OI_w_d_tech(OI_class*,const char*) [libOI.so.4.5] Received signal 10 SIGBUS (Bus error) Signal bit = 0x00000200 Handler function: SIG_DFL Signal mask: (SIGBUS) Pending signals: I've been using Purify on much larger and more complex apps with no problems so I'm a bit puzzled by this. Anyone else had any problems using Purify and OI? Thanks in advance, -- David Avraamides Goldman, Sachs & Co. (212) 357-1346 avraad@eq.gs.com From owner-oi-users Fri Mar 10 07:14:21 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA16382 for oi-users-outgoing; Fri, 10 Mar 1995 07:14:21 -0800 Received: from Cedar.MR.Net (cedar.MR.Net [137.192.2.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA16376 for ; Fri, 10 Mar 1995 07:14:17 -0800 Received: from patriot3.UUCP by Cedar.MR.Net (8.6.9/SMI-4.1.R930813) id JAA20994; Fri, 10 Mar 1995 09:14:09 -0600 Received: from bart.phi.com by phi.com (4.1/SMI-4.1) id AA07355; Fri, 10 Mar 95 08:32:43 CST Date: Fri, 10 Mar 95 08:32:43 CST From: patriot3!cchou@phi.com (Carol Chou) Message-Id: <9503101432.AA07355@phi.com> To: oi-users@freefall.cdrom.com Subject: OI on solaris Sender: oi-users-owner@FreeBSD.org Precedence: bulk Have anyone ported OI applications from SunOS4.1 to Solaris 2.4 (or Solaris 2.3)? We also use NIH library as our class library. Is it a lot of efforts involved in porting it? If you have any ideas about it, could you give me an estimate on how big the effort would be, such as time, code change,..etc? Sun has a tool call STT which should automatically convert the code to solaris 2. How helpful it is? Any comment would be very appreciated. -Carol Chou Physical Electronics. Eden Prairie, Minnesota From owner-oi-users Fri Mar 10 08:28:06 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17637 for oi-users-outgoing; Fri, 10 Mar 1995 08:28:06 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17630 for ; Fri, 10 Mar 1995 08:28:02 -0800 Received: from garya.boulder.openware.com (garya.boulder.openware.com [198.135.223.34]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id JAA24928; Fri, 10 Mar 1995 09:25:30 -0700 Received: (from garya@localhost) by garya.boulder.openware.com (8.6.9/8.6.9) id JAA05193; Fri, 10 Mar 1995 09:02:34 -0700 Date: Fri, 10 Mar 1995 09:02:34 -0700 From: Gary Aitken Message-Id: <199503101602.JAA05193@garya.boulder.openware.com> To: PCOBAS%ESOC.BITNET@vm.gmd.de Subject: Re: Rules to speed up the creation of OI objects Cc: oi-users@freefall.cdrom.com Sender: oi-users-owner@FreeBSD.org Precedence: bulk > We are having time problems when we try either to load a > big configuration file or creating dinamically OI objects. It > takes a long time to create the objects. This won't help for .cf file loading, but if you bracket the addition of children to a parent object with suspend/resume_layout, it should help: app->set_layout(OI_layout_row); app->suspend_layout(); ... create a bunch of objects and lay out in app app->resume_layout(); > For instance we have to create an OI_app_window with around > 64 OI_boxes, 240 OI_entry_fiels and 64 OI_buttons, and it > takes around 30 seconds. One problem you may be seeing here is X server related -- the server bogs down terribly when many windows are created as children of another window, which happens in the above case. Not sure how much of the problem you are seeing is related to this. One way to investigate it would be to group sets of the objects together into other containers, making a somewhat deeper hierarchy, and seeing how it affects performance. I can't remember where the performance gets lousy in terms of numbers; you may be under it, so this may not be an issue. I would guess it is more related to geometry management (layout), so the suspend/resume scenario may help. From owner-oi-users Fri Mar 10 08:28:00 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17624 for oi-users-outgoing; Fri, 10 Mar 1995 08:28:00 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17618 for ; Fri, 10 Mar 1995 08:27:57 -0800 Received: from garya.boulder.openware.com (garya.boulder.openware.com [198.135.223.34]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id JAA24918; Fri, 10 Mar 1995 09:25:26 -0700 Received: (from garya@localhost) by garya.boulder.openware.com (8.6.9/8.6.9) id JAA05225; Fri, 10 Mar 1995 09:13:29 -0700 Date: Fri, 10 Mar 1995 09:13:29 -0700 From: Gary Aitken Message-Id: <199503101613.JAA05225@garya.boulder.openware.com> To: avraad@nyqsdsn1.eq.gs.com, oi-users@freefall.cdrom.com Subject: Re: Purifying an OI app Sender: oi-users-owner@FreeBSD.org Precedence: bulk > Are there any tricks to using Purify with OI apps? > I have an app that works fine, but when I link it > with Purify (3.0a) and run it, it dumps core - it > never even displays the app window. Here is the > traceback: We found a bug in the error message extraction code which has been fixed in the 4.6 release. Don't know if this is tripping over it or not; it may be. Purify 2 didn't seem to catch it. Actually, to give credit where credit is due, Kam @ pure found it and reported it to us. I don't know if you can prevent it with a .purify file entry or not. I believe the error only occurred when attempting to look up invalid error messages, but we never had a repeatable test case; only some diffs from pure. Our original code was obviously wrong, and we applied the patch. There is an array of tables for different classes of error messages, and we were marching off the end of the array if we didn't find the message requested. From owner-oi-users Fri Mar 10 09:23:28 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18665 for oi-users-outgoing; Fri, 10 Mar 1995 09:23:28 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA18658 for ; Fri, 10 Mar 1995 09:23:09 -0800 Received: from boulder.openware.com (localhost.boulder.parcplace.com [127.0.0.1]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id KAA25313; Fri, 10 Mar 1995 10:19:02 -0700 Message-Id: <199503101719.KAA25313@marvin.boulder.openware.com> To: patriot3!cchou@phi.com (Carol Chou) Subject: Re: OI on solaris Cc: oi-users@freefall.cdrom.com In-reply-to: Your message of Fri, 10 Mar 1995 08:32:43 CST Date: Fri, 10 Mar 1995 10:18:59 MST From: Warner Losh Sender: oi-users-owner@FreeBSD.org Precedence: bulk : Have anyone ported OI applications from SunOS4.1 to Solaris 2.4 (or Solaris 2.3)? I have :-). I've also ported OI to a bunch of different platforms, in addition to all of its demos and the like. : We also use NIH library as our class library. Is it a lot of efforts involved in : porting it? If you have any ideas about it, could you give me an estimate : on how big the effort would be, such as time, code change,..etc? Sun has a tool : call STT which should automatically convert the code to solaris 2. How helpful : it is? STT is marginally useful. When we used it (back in the Solaris pre alpha days), it was C++ stupid. So, if you had a class that had a member function open or ioctl or some other system name, it would whine at you, so you had to take its complaints with a big grain of salt. Your best bet: get a source tree on the Solaris machine, type make and look at the amount of output that it gives you. This will likely give you some idea the scope of the build process. Don't worry, for now, if you don't have an OI library, as the headers will do just fine to find out how big the task is. If this project has never been ported to another system, I'd allow for at least 1 month / 20,000 lines of code, if not more. You might get lucky and not need this large amount of time, but on the other hand, you may have your code riddled with SunOSisms that need to be converted to Solarisisms. If you've ported this to a lot of systems, then it will likely take about 1 wk/200,000 lines (that's about what OI/OB takes for most ports that are basically POSIX.1 systems, give or take for Xisms). NIH, can't tell you on that, since I've not used it. Things OI uses to get its portibility (in a nutshell): 1) Code to the POSIX.1 and ANSI C APIs. Provide them when they aren't in the target environment. (Well, we also use strdup(3) which isn't in either, but most systems have it). 2) Don't use sysent.h, osfcn.h to get your prototypes. Instead use unistd.h. Alas, this isn't a hard and fast rule, as sometimes on Sparc you'll need sysent.h for some things. 3) Use memmove and memcopy as opposed to bcopy. Ditto memset and memcpm. 4) Use strchr and strrchr rather than index and rindex 5) include string.h, not strings.h 6) Try not to use the exotic parts of C++ (templates, exceptions, etc) as many compilers have conflicting implementations for some of these and some don't implement them at all. 7) Don't write code that depends on byte ordering. Warner From owner-oi-users Fri Mar 10 09:35:52 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA19128 for oi-users-outgoing; Fri, 10 Mar 1995 09:35:52 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA19120 for ; Fri, 10 Mar 1995 09:35:45 -0800 Received: from boulder.openware.com (localhost.boulder.parcplace.com [127.0.0.1]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id KAA25495; Fri, 10 Mar 1995 10:32:06 -0700 Message-Id: <199503101732.KAA25495@marvin.boulder.openware.com> To: "Pedro Cobas, CRI" Subject: Re: Rules to speed up the creation of OI objects Cc: "oi-users group" In-reply-to: Your message of Fri, 10 Mar 1995 12:10:45 +0700 Date: Fri, 10 Mar 1995 10:32:05 MST From: Warner Losh Sender: oi-users-owner@FreeBSD.org Precedence: bulk : Based on your expericence which would be the rules to speed up the : creation of OI objects ?. Here are a couple that spring to mind that would apply to your current situation: Don't map a window (set its state to be OI_active) until all its children have been parented to it. If you are going to add a bunch of objects to another object with layout, do a suspend_layout() create and add the objects then a resume_layout(). Run your programs on a machine that has enough real memory :-) Warner From owner-oi-users Fri Mar 10 12:06:05 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23380 for oi-users-outgoing; Fri, 10 Mar 1995 12:06:05 -0800 Received: from lehman.com (Lehman.COM [192.147.66.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23374 for ; Fri, 10 Mar 1995 12:05:59 -0800 Received: from relay.lehman.com by lehman.com (8.6.4/LB 0.1) id PAA18119; Fri, 10 Mar 1995 15:05:10 -0500 Received: from cfdev1.lehman.com by relay.lehman.com (4.1/LB-0.6) id AA22048; Fri, 10 Mar 95 15:03:45 EST Received: from cfdev1026.lehman.com by cfdev1.lehman.com (4.1/Lehman Bros. V1.6) id AA15726; Fri, 10 Mar 95 15:03:41 EST Message-Id: <9503102003.AA15726@cfdev1.lehman.com> Date: Fri, 10 Mar 95 15:03:40 EST X-Mailer: Mail User's Shell (6.5 4/17/89) From: fgreco@lehman.com (Frank Greco) To: oi-users@freefall.cdrom.com Subject: Re: Rules to speed up the creation of OI objects Sender: oi-users-owner@FreeBSD.org Precedence: bulk > > We are having time problems when we try either to load a > > big configuration file or creating dinamically OI objects. It > > takes a long time to create the objects. > > This won't help for .cf file loading, but if you bracket the addition > of children to a parent object with suspend/resume_layout, it should > help: [stuff deleted] Can this help the speed of uib coming up? Uib makes my SS10 feel like a SS1+. Frank G. From owner-oi-users Fri Mar 10 12:48:47 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23960 for oi-users-outgoing; Fri, 10 Mar 1995 12:48:47 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23951 for ; Fri, 10 Mar 1995 12:48:29 -0800 Received: (from misek@localhost) by marvin.boulder.openware.com (8.6.9/8.6.9) id NAA27102; Fri, 10 Mar 1995 13:45:31 -0700 Date: Fri, 10 Mar 1995 13:45:31 -0700 From: Steve Misek Message-Id: <199503102045.NAA27102@marvin.boulder.openware.com> To: fgreco@lehman.com Subject: Re: Rules to speed up the creation of OI objects Cc: oi-users@freefall.cdrom.com Sender: oi-users-owner@FreeBSD.org Precedence: bulk No, that won't help with uib. I applied all of those speedups years ago. We believe that part of the uib slowness was due to a font cacheing problem which the guys at Pure discovered after 4.5.3 was released. This has been applied to the 4.6 release. steve misek misek@boulder.openware.com From owner-oi-users Fri Mar 10 12:58:48 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24058 for oi-users-outgoing; Fri, 10 Mar 1995 12:58:48 -0800 Received: from lehman.com (Lehman.COM [192.147.66.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24052 for ; Fri, 10 Mar 1995 12:58:28 -0800 Received: from relay.lehman.com by lehman.com (8.6.4/LB 0.1) id PAA19028; Fri, 10 Mar 1995 15:57:12 -0500 Received: from cfdev1.lehman.com by relay.lehman.com (4.1/LB-0.6) id AA25800; Fri, 10 Mar 95 15:55:46 EST Received: from cfdev1026.lehman.com by cfdev1.lehman.com (4.1/Lehman Bros. V1.6) id AA17301; Fri, 10 Mar 95 15:55:44 EST Message-Id: <9503102055.AA17301@cfdev1.lehman.com> Date: Fri, 10 Mar 95 15:55:43 EST X-Mailer: Mail User's Shell (6.5 4/17/89) From: fgreco@lehman.com (Frank Greco) To: oi-users@freefall.cdrom.com Subject: Re: Rules to speed up the creation of OI objects Sender: oi-users-owner@FreeBSD.org Precedence: bulk : Can this help the speed of uib coming up? Uib makes my SS10 feel : like a SS1+. Warner says: > uib coming up is due to a number of things. One of them is the fact > that OI was asking about fonts in a way that was slow. uib comes up > much faster now than it used to with this simple change. Steve says: > No, that won't help with uib. > I applied all of those speedups years ago. > > We believe that part of the uib slowness was due to a font cacheing problem > which the guys at Pure discovered after 4.5.3 was released. This has been > applied to the 4.6 release. Thanks guys. I hope to get 4.6 soon to get the new-n-improved uib. Since we're on the uib topic... I noticed that if uib is having problems with the colormap it streams warning messages to stderr first, then it seems that you guys redirect stderr to the footer of uib and the "cannot get color blah...blah..." messages get blasted to the uib footer. Of course uib resizes to fit the text and I get the "Oprah Winfrey Effect"... uib expands and contracts in an seemingly endless loop. Is there anything I can do to StopTheMadness(tm)? Frank - yeah... I know about the "get a 24-bit frame buffer" solution already... ;) From owner-oi-users Fri Mar 10 14:23:18 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA25472 for oi-users-outgoing; Fri, 10 Mar 1995 14:23:18 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA25458 for ; Fri, 10 Mar 1995 14:22:51 -0800 Received: from garya.boulder.openware.com (garya.boulder.openware.com [198.135.223.34]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id PAA27992; Fri, 10 Mar 1995 15:20:09 -0700 Received: (from garya@localhost) by garya.boulder.openware.com (8.6.9/8.6.9) id PAA06925; Fri, 10 Mar 1995 15:22:20 -0700 Date: Fri, 10 Mar 1995 15:22:20 -0700 From: Gary Aitken Message-Id: <199503102222.PAA06925@garya.boulder.openware.com> To: fgreco@lehman.com, oi-users@freefall.cdrom.com Subject: Re: Rules to speed up the creation of OI objects Sender: oi-users-owner@FreeBSD.org Precedence: bulk > > > We are having time problems when we try either to load a > > > big configuration file or creating dinamically OI objects. It > > > takes a long time to create the objects. > > > > This won't help for .cf file loading, but if you bracket the addition > > of children to a parent object with suspend/resume_layout, it should > > help: > [stuff deleted] > > Can this help the speed of uib coming up? Uib makes my SS10 feel > like a SS1+. Unfortunately, no. Uib's interface sits in a .cf file. Uib itself brackets most operations with suspend/resume_layout once it gets going. From owner-oi-users Fri Mar 10 15:19:26 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26149 for oi-users-outgoing; Fri, 10 Mar 1995 15:19:26 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA26135 for ; Fri, 10 Mar 1995 15:19:11 -0800 Received: (from misek@localhost) by marvin.boulder.openware.com (8.6.9/8.6.9) id QAA28718; Fri, 10 Mar 1995 16:16:03 -0700 Date: Fri, 10 Mar 1995 16:16:03 -0700 From: Steve Misek Message-Id: <199503102316.QAA28718@marvin.boulder.openware.com> To: fgreco@lehman.com Subject: Re: Rules to speed up the creation of OI objects Cc: oi-users@freefall.cdrom.com Sender: oi-users-owner@FreeBSD.org Precedence: bulk :: :: I noticed that if uib is having :: problems with the colormap it streams warning messages to stderr first, :: then it seems that you guys redirect stderr to the footer of uib and :: the "cannot get color blah...blah..." messages get blasted to the uib :: footer. Of course uib resizes to fit the text and I get the "Oprah :: Winfrey Effect"... uib expands and contracts in an seemingly endless :: loop. Is there anything I can do to StopTheMadness(tm)? :: :: - yeah... I know about the "get a 24-bit frame buffer" solution already... ;) :: the stderr first, then revector to internal logging mechanism happens halfway through the builder initialization --- thus all that you're seeing there is the builder asking OI to revector its stderr calls to a function that uib specifies... ok, to keep from getting a dozen email messages about this, the call is: OI_push_stderr this is discussed on pp5-12 in the book that you have buried under piles of paper on your desk. Regarding the annoying messages filtering up from Xlib because *someone* was rude enough (mosaic?) to have stolen *every* color map entry (both of them? :-), to get around the pulsating animation, do the following: In your Xdefaults file, set uib*helpStringLength: 20 by default its set to 50. regarding the "Oprah Effect"... (since you've already stolen all the good jokes) I could discuss uib*animationRate exect *that* joke is so subtle, only two of us will get it... and since that won't be documented for a year or two, I'll refer you back to the helpStringLength instead. steve misek misek@boulder.openware.com From owner-oi-users Fri Mar 10 15:41:25 1995 Return-Path: oi-users-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26480 for oi-users-outgoing; Fri, 10 Mar 1995 15:41:25 -0800 Received: from marvin.boulder.openware.com (marvin.boulder.openware.com [192.245.99.138]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA26468 for ; Fri, 10 Mar 1995 15:41:20 -0800 Received: from boulder.openware.com (localhost.boulder.parcplace.com [127.0.0.1]) by marvin.boulder.openware.com (8.6.9/8.6.9) with ESMTP id QAA28929; Fri, 10 Mar 1995 16:38:31 -0700 Message-Id: <199503102338.QAA28929@marvin.boulder.openware.com> To: Steve Misek Subject: Re: Rules to speed up the creation of OI objects Cc: fgreco@lehman.com, oi-users@freefall.cdrom.com In-reply-to: Your message of Fri, 10 Mar 1995 16:16:03 MST Date: Fri, 10 Mar 1995 16:38:30 MST From: Warner Losh Sender: oi-users-owner@FreeBSD.org Precedence: bulk : Regarding the annoying messages filtering up from Xlib because *someone* : was rude enough (mosaic?) to have stolen *every* color map entry (both of : them? :-) Also, uib now copes somewhat with a full colormap... Warner