From ywillems@maia-scientific.com Tue Apr 1 15:27:39 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0BEA3750444 for ; Tue, 1 Apr 2008 15:27:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 1.196 X-Spam-Level: * X-Spam-Status: No, score=1.196 tagged_above=-999 required=2 tests=[AWL=-2.418, BAYES_99=3.5, HTML_90_100=0.113, HTML_MESSAGE=0.001] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 644 hrs), (distance 19, link: ethernet/modem), [213.193.139.10] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6A+pr-a1vhgK for ; Tue, 1 Apr 2008 15:27:33 +0000 (GMT) Received: from mail.maia-scientific.com (cvs.maia-scientific.com [213.193.139.10]) by menubar.gnome.org (Postfix) with ESMTP id EC41E75045F for ; Tue, 1 Apr 2008 15:27:32 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.maia-scientific.com (Postfix) with ESMTP id A77B7228AE6 for ; Tue, 1 Apr 2008 17:27:29 +0200 (CEST) Received: from mail.maia-scientific.com ([127.0.0.1]) by localhost (hermes [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30422-04 for ; Tue, 1 Apr 2008 17:26:57 +0200 (CEST) Received: from windowsxp3 (unknown [192.168.0.170]) by mail.maia-scientific.com (Postfix) with ESMTP id 343DE2286C1 for ; Tue, 1 Apr 2008 17:26:57 +0200 (CEST) From: "Yves Willems" To: Subject: ORB breaks when going remote with large messages Date: Tue, 1 Apr 2008 17:27:45 +0200 Organization: Maia Scientific MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_038E_01C8941D.B30B8C20" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AciUDO9jHFRH/joUQlyzXPvnKLlo9w== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Message-Id: <20080401152657.343DE2286C1@mail.maia-scientific.com> X-Virus-Scanned: amavisd-new at hermes.maia-scientific.com X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: ywillems@maia-scientific.com List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 15:27:39 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_038E_01C8941D.B30B8C20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I have an orbit2 client-server app that transfers large objects (images) from server to client app. This works perfect when I run both server and client on the same machine. When I go remote (running the client on a different machine) some calls fail. I have the feeling that it is message size related. Eg. transferring a grey image of 129600 bytes works OK, Sending the same image in color (3x129600) doesn't work. Is there a maximum size that orbit can transfer remotely? I have set the ORBInitialMsgLimit parameter to 1000000. Thanks in advance Yves ------=_NextPart_000_038E_01C8941D.B30B8C20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

I have an orbit2 client-server app that transfers = large objects (images) from server to client app. This works perfect when I = run both server and client on the same machine. When I go remote (running the = client on a different machine) some calls fail. I have the feeling that it is = message size related.

Eg. transferring a grey image of 129600 bytes works = OK, Sending the same image in color (3x129600) doesn’t = work.

Is there a maximum size that orbit can transfer = remotely?

I have set the ORBInitialMsgLimit parameter to = 1000000.

Thanks in advance

Yves

------=_NextPart_000_038E_01C8941D.B30B8C20-- From colding@42tools.com Wed Apr 2 07:13:18 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B7061750227 for ; Wed, 2 Apr 2008 07:13:18 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 5321 hrs), (distance 17, link: ethernet/modem), [195.41.139.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7bCInV1SBcH for ; Wed, 2 Apr 2008 07:13:15 +0000 (GMT) Received: from mail.42tools.com (mail.42tools.com [195.41.139.234]) by menubar.gnome.org (Postfix) with ESMTP id BAF1775026E for ; Wed, 2 Apr 2008 07:13:09 +0000 (GMT) Received: from apollo.42tools.com (unknown [85.218.191.254]) by mail.42tools.com (Postfix) with ESMTP id 7CAECF38111; Wed, 2 Apr 2008 07:13:06 +0000 (Local time zone must be set--see zic manual page) Message-Id: <9C563877-95B4-4864-8150-0EBCBCE72338@42tools.com> From: Jules Colding To: ywillems@maia-scientific.com In-Reply-To: <20080401152657.343DE2286C1@mail.maia-scientific.com> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: ORB breaks when going remote with large messages Date: Wed, 2 Apr 2008 09:13:06 +0200 References: <20080401152657.343DE2286C1@mail.maia-scientific.com> X-Mailer: Apple Mail (2.919.2) Cc: orbit-list@gnome.org X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 07:13:18 -0000 On 01/04/2008, at 17.27, Yves Willems wrote: > Hi all, > > > I have an orbit2 client-server app that transfers large objects =20 > (images) from server to client app. This works perfect when I run =20 > both server and client on the same machine. When I go remote =20 > (running the client on a different machine) some calls fail. I have =20= > the feeling that it is message size related. > Eg. transferring a grey image of 129600 bytes works OK, Sending the =20= > same image in color (3x129600) doesn=92t work. > Is there a maximum size that orbit can transfer remotely? > I have set the ORBInitialMsgLimit parameter to 1000000. You can use ORBit_get_giop_recv_limit() to retrieve the maximum =20 allowed GIOP receive limit. Anything bigger than that must be =20 transferred in chunks. Beware that the limit is the total GIOP message =20= size. The actual data size is somewhat smaller. HTH, jules From ywillems@maia-scientific.com Wed Apr 2 08:32:16 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D590E750287 for ; Wed, 2 Apr 2008 08:32:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.196 X-Spam-Level: X-Spam-Status: No, score=0.196 tagged_above=-999 required=2 tests=[AWL=0.195, BAYES_50=0.001] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 815 hrs), (distance 19, link: ethernet/modem), [213.193.139.10] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GrPztaKiOTG9 for ; Wed, 2 Apr 2008 08:32:14 +0000 (GMT) Received: from mail.maia-scientific.com (cvs.maia-scientific.com [213.193.139.10]) by menubar.gnome.org (Postfix) with ESMTP id 3F14A75024A for ; Wed, 2 Apr 2008 08:32:13 +0000 (GMT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.maia-scientific.com (Postfix) with ESMTP id EE474228ADE; Wed, 2 Apr 2008 10:32:11 +0200 (CEST) Received: from mail.maia-scientific.com ([127.0.0.1]) by localhost (hermes [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10267-02; Wed, 2 Apr 2008 10:32:02 +0200 (CEST) Received: from windowsxp3 (unknown [192.168.0.170]) by mail.maia-scientific.com (Postfix) with ESMTP id 57FFB228AE5; Wed, 2 Apr 2008 10:32:02 +0200 (CEST) From: "Yves Willems" To: "'Jules Colding'" Subject: RE: ORB breaks when going remote with large messages Date: Wed, 2 Apr 2008 10:32:51 +0200 Organization: Maia Scientific MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AciUkRq/i2YiQQHqS3eI01qmGpxD1QABRXBQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: <9C563877-95B4-4864-8150-0EBCBCE72338@42tools.com> Message-Id: <20080402083202.57FFB228AE5@mail.maia-scientific.com> X-Virus-Scanned: amavisd-new at hermes.maia-scientific.com Cc: orbit-list@gnome.org X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: ywillems@maia-scientific.com List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 08:32:17 -0000 Jules, It looks that my orbit version doesn't support this. I'm running on SuSe SLED 10 with orbit 2.12.4-17.6. I found out that this feature is only supported from 2.14 on. The example implementation that was included with the release note uses a raw octet sequence type. I suppose that any type can be used with this mechanism and that the programmer is responsible for flow control when getting the various chuncks, both on server side as on client side. Correct? PS: the ORBNetID=ipaddr init parameter has no effect on my application. Is that also not yet supported on the 2.12 version? Thanks a lot Yves -----Original Message----- From: Jules Colding [mailto:colding@42tools.com] Sent: woensdag 2 april 2008 9:13 To: ywillems@maia-scientific.com Cc: orbit-list@gnome.org Subject: Re: ORB breaks when going remote with large messages On 01/04/2008, at 17.27, Yves Willems wrote: > Hi all, > > > I have an orbit2 client-server app that transfers large objects > (images) from server to client app. This works perfect when I run > both server and client on the same machine. When I go remote > (running the client on a different machine) some calls fail. I have > the feeling that it is message size related. > Eg. transferring a grey image of 129600 bytes works OK, Sending the > same image in color (3x129600) doesn't work. > Is there a maximum size that orbit can transfer remotely? > I have set the ORBInitialMsgLimit parameter to 1000000. You can use ORBit_get_giop_recv_limit() to retrieve the maximum allowed GIOP receive limit. Anything bigger than that must be transferred in chunks. Beware that the limit is the total GIOP message size. The actual data size is somewhat smaller. HTH, jules From colding@42tools.com Wed Apr 2 11:40:29 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4278075033D for ; Wed, 2 Apr 2008 11:40:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 5332 hrs), (distance 17, link: ethernet/modem), [195.41.139.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yNcpqS6VoT8t for ; Wed, 2 Apr 2008 11:40:14 +0000 (GMT) Received: from mail.42tools.com (mail.42tools.com [195.41.139.234]) by menubar.gnome.org (Postfix) with ESMTP id 31AE2750360 for ; Wed, 2 Apr 2008 11:40:12 +0000 (GMT) Received: from apollo.42tools.com (unknown [85.218.191.254]) by mail.42tools.com (Postfix) with ESMTP id 05D2CF380DE; Wed, 2 Apr 2008 11:40:11 +0000 (Local time zone must be set--see zic manual page) Message-Id: <6CCCAF67-4830-44BC-BEF7-01E2A632FE7B@42tools.com> From: Jules Colding To: In-Reply-To: <20080402083202.57FFB228AE5@mail.maia-scientific.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: ORB breaks when going remote with large messages Date: Wed, 2 Apr 2008 13:40:10 +0200 References: <20080402083202.57FFB228AE5@mail.maia-scientific.com> X-Mailer: Apple Mail (2.919.2) Cc: ORBit2 X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 11:40:29 -0000 Hi Yves, On 02/04/2008, at 10.32, Yves Willems wrote: > Jules, > It looks that my orbit version doesn't support this. > I'm running on SuSe SLED 10 with orbit 2.12.4-17.6. > I found out that this feature is only supported from 2.14 on. Yes, but it is easy to install ORBit2 to, say, ~/opt. > The example implementation that was included with the release note > uses a > raw octet sequence type. I suppose that any type can be used with this > mechanism and that the programmer is responsible for flow control when > getting the various chuncks, both on server side as on client side. > Correct? Yes. The limit only impact the size of received GIOP data. This means that the client must tell the server not to send more than a little less than the GIOP receive limit. So the server must support this request (usually by a method parameter defined in the IDL) and the client must be clever enough to handle such streaming. > PS: the ORBNetID=ipaddr init parameter has no effect on my > application. Is > that also not yet supported on the 2.12 version? No. You must use 2.14.10 or later. HTH, jules > -----Original Message----- > From: Jules Colding [mailto:colding@42tools.com] > Sent: woensdag 2 april 2008 9:13 > To: ywillems@maia-scientific.com > Cc: orbit-list@gnome.org > Subject: Re: ORB breaks when going remote with large messages > > > On 01/04/2008, at 17.27, Yves Willems wrote: >> Hi all, >> >> >> I have an orbit2 client-server app that transfers large objects >> (images) from server to client app. This works perfect when I run >> both server and client on the same machine. When I go remote >> (running the client on a different machine) some calls fail. I have >> the feeling that it is message size related. >> Eg. transferring a grey image of 129600 bytes works OK, Sending the >> same image in color (3x129600) doesn't work. >> Is there a maximum size that orbit can transfer remotely? >> I have set the ORBInitialMsgLimit parameter to 1000000. > > You can use ORBit_get_giop_recv_limit() to retrieve the maximum > allowed GIOP receive limit. Anything bigger than that must be > transferred in chunks. Beware that the limit is the total GIOP message > size. The actual data size is somewhat smaller. > > HTH, > jules > > > From Michael.Haubenwallner@salomon.at Wed Apr 2 15:27:43 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9163C750438 for ; Wed, 2 Apr 2008 15:27:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.663 X-Spam-Level: X-Spam-Status: No, score=-2.663 tagged_above=-999 required=2 tests=[AWL=0.801, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: HP-UX 11.00-11.11, (distance 24, link: sometimes DSL (2)), [193.186.16.13] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LrEnWN+1l2fk for ; Wed, 2 Apr 2008 15:27:35 +0000 (GMT) Received: from smtp.salomon.at (smtp.salomon.at [193.186.16.13]) by menubar.gnome.org (Postfix) with ESMTP id 8637F7503B4 for ; Wed, 2 Apr 2008 15:24:26 +0000 (GMT) Received: from servex01.wamas.com (servex01.salomon.at [172.28.2.2]) by smtp.salomon.at (8.12.10/8.12.10) with ESMTP id m32FO0FJ014132; Wed, 2 Apr 2008 17:24:01 +0200 (METDST) Received: from [172.28.8.78] ([172.28.8.78]) by servex01.wamas.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Apr 2008 17:24:00 +0200 Subject: Re: ORB breaks when going remote with large messages From: Michael Haubenwallner To: Jules Colding In-Reply-To: <6CCCAF67-4830-44BC-BEF7-01E2A632FE7B@42tools.com> References: <20080402083202.57FFB228AE5@mail.maia-scientific.com> <6CCCAF67-4830-44BC-BEF7-01E2A632FE7B@42tools.com> Content-Type: text/plain Date: Wed, 02 Apr 2008 17:23:59 +0200 Message-Id: <1207149840.26588.61.camel@sapc154.salomon.at> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Apr 2008 15:24:00.0084 (UTC) FILETIME=[93553940:01C894D5] X-Spam-Info: -1.818 () ALL_TRUSTED,AWL,BAYES_50 X-Scanned-By: MIMEDefang 2.54 on 172.28.2.13 Cc: ORBit2 X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 15:27:44 -0000 (had the same problem here, and ORBInitialMsgLimit was the right pointer - thank you!) On Wed, 2008-04-02 at 13:40 +0200, Jules Colding wrote: > Hi Yves, > > On 02/04/2008, at 10.32, Yves Willems wrote: > > > The example implementation that was included with the release note > > uses a > > raw octet sequence type. I suppose that any type can be used with this > > mechanism and that the programmer is responsible for flow control when > > getting the various chuncks, both on server side as on client side. > > Correct? > > Yes. > > The limit only impact the size of received GIOP data. This means that > the client must tell the server not to send more than a little less > than the GIOP receive limit. So the server must support this request > (usually by a method parameter defined in the IDL) and the client must > be clever enough to handle such streaming. Given this solution, now I want (need) to calculate the largest possible sequence size for a specific interface-method (using sequences of some structs) to fit with "ORBInitialMsgLimit". How would one do this ? Or is there a way to calculate the size of the subsequent GIOP message for a given interface-method with given data (including sequence size) ? Btw: Why is this called "initial" msg-limit ? This name suggests some possibility to have some "current" msg-limit, which could be modified.... Thanks! /haubi/ > > > > PS: the ORBNetID=ipaddr init parameter has no effect on my > > application. Is > > that also not yet supported on the 2.12 version? > > No. You must use 2.14.10 or later. > > HTH, > jules > > > > -----Original Message----- > > From: Jules Colding [mailto:colding@42tools.com] > > Sent: woensdag 2 april 2008 9:13 > > To: ywillems@maia-scientific.com > > Cc: orbit-list@gnome.org > > Subject: Re: ORB breaks when going remote with large messages > > > > > > On 01/04/2008, at 17.27, Yves Willems wrote: > >> Hi all, > >> > >> > >> I have an orbit2 client-server app that transfers large objects > >> (images) from server to client app. This works perfect when I run > >> both server and client on the same machine. When I go remote > >> (running the client on a different machine) some calls fail. I have > >> the feeling that it is message size related. > >> Eg. transferring a grey image of 129600 bytes works OK, Sending the > >> same image in color (3x129600) doesn't work. > >> Is there a maximum size that orbit can transfer remotely? > >> I have set the ORBInitialMsgLimit parameter to 1000000. > > > > You can use ORBit_get_giop_recv_limit() to retrieve the maximum > > allowed GIOP receive limit. Anything bigger than that must be > > transferred in chunks. Beware that the limit is the total GIOP message > > size. The actual data size is somewhat smaller. > > > > HTH, > > jules > > > > > > > > _______________________________________________ > orbit-list mailing list > orbit-list@gnome.org > http://mail.gnome.org/mailman/listinfo/orbit-list From Jeff.Cai@Sun.COM Mon Apr 14 09:53:36 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 85ACC750112 for ; Mon, 14 Apr 2008 09:53:36 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.303 X-Spam-Level: X-Spam-Status: No, score=-2.303 tagged_above=-999 required=2 tests=[AWL=-0.194, BAYES_05=-1.11, L_P0F_Unix=-1, UNPARSEABLE_RELAY=0.001] X-Amavis-OS-Fingerprint: Solaris 10 (beta), (distance 19, link: ethernet/modem), [192.18.19.7] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m7pCW+xfy0op for ; Mon, 14 Apr 2008 09:53:27 +0000 (GMT) Received: from sineb-mail-2.sun.com (sineb-mail-2.sun.com [192.18.19.7]) by menubar.gnome.org (Postfix) with ESMTP id 81E65750095 for ; Mon, 14 Apr 2008 09:53:26 +0000 (GMT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m3E9rtdC002102 for ; Mon, 14 Apr 2008 09:53:56 GMT Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JZB001017F0G600@mail-apac.sun.com> (original mail from Jeff.Cai@Sun.COM) for orbit-list@gnome.org; Mon, 14 Apr 2008 17:53:16 +0800 (SGT) Received: from [129.158.217.199] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JZB007C57GRUHP3@mail-apac.sun.com> for orbit-list@gnome.org; Mon, 14 Apr 2008 17:53:16 +0800 (SGT) Date: Mon, 14 Apr 2008 17:53:01 +0800 From: Jeff Cai Subject: ORBit regards the local requests from Java Applications as external requests Sender: Jeff.Cai@Sun.COM To: orbit-list@gnome.org Message-id: <1208166781.2013.14.camel@par> MIME-version: 1.0 X-Mailer: Evolution 2.22.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 09:53:36 -0000 Hi, please see bug http://bugzilla.gnome.org/show_bug.cgi?id=527128 In A11y, java applications communicates with at-spi-registryd through orbit which uses IPv4. To ensure safety, we configure orbit in /etc/orbitrc by adding three lines: ORBIIOPIPv4=1 ORBLocalOnly=1 ORBIIOPIPName=127.0.0.1 However, sometimes orbits will regards some local requests of java applications (with 127.0.0.1 in ip header field) as external requests. In that case, all communication with at-spi-registryd are blocked by orbit. The patch can solve the issue by comparing incoming address with "127.0.0.1" for IPv4 and "::1" for IPv6. Jeff From colding@42tools.com Thu Apr 24 18:18:13 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1BF9F75007A for ; Thu, 24 Apr 2008 18:18:13 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, TW_CN=0.077, TW_SV=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 6668 hrs), (distance 17, link: ethernet/modem), [195.41.139.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nNqa14WF5ip0 for ; Thu, 24 Apr 2008 18:18:09 +0000 (GMT) Received: from mail.42tools.com (mail.42tools.com [195.41.139.234]) by menubar.gnome.org (Postfix) with ESMTP id B62C27500AF for ; Thu, 24 Apr 2008 18:18:08 +0000 (GMT) Received: from apollo.42tools.com (unknown [85.218.191.254]) by mail.42tools.com (Postfix) with ESMTP id 62137F38145 for ; Thu, 24 Apr 2008 18:18:05 +0000 (Local time zone must be set--see zic manual page) Message-Id: From: Jules Colding To: ORBit2 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: SEGV in current svn trunk Date: Thu, 24 Apr 2008 20:18:05 +0200 X-Mailer: Apple Mail (2.919.2) X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 18:18:13 -0000 Hi, I'm getting segmentation faults repeatedly on Ubuntu Gutsy with my small ORBit2 (svn trunk) based daemon. I caught the backtrace below with gdb. Does anyone spot the bug? I think I've starred on my monitor to long... Thanks, jules Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211815024 (LWP 2328)] link_source_set_condition (source=0x31204e4f, condition=0) at linc- source.c:192 192 watch->pollfd.events = condition; (gdb) bt f #0 link_source_set_condition (source=0x31204e4f, condition=0) at linc- source.c:192 No locals. #1 0xb7e668bb in link_watch_unlisten (w=0x8063240) at linc-source.c:322 No locals. #2 0xb7e66935 in link_io_remove_watch (w=0x8063240) at linc-source.c: 357 No locals. #3 0xb7e63429 in link_source_remove (cnx=) at linc-connection.c:176 No locals. #4 0xb7e63451 in link_connection_dispose (obj=0x8062058) at linc- connection.c:1247 cnx = (LinkConnection *) 0x31204e4f #5 0xb7e420fb in giop_connection_dispose (obj=0x8062058) at giop- connection.c:72 __PRETTY_FUNCTION__ = "giop_connection_dispose" #6 0xb7c8da4b in g_object_unref () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #7 0xb7e6415c in link_connection_exec_cnx_unref (cmd=0xb7c52234, immediate=1) at linc-connection.c:103 No locals. #8 0xb7e626a2 in link_dispatch_command (data=0x31204e4f, immediate=0) at linc.c:505 No locals. #9 0xb7e6298f in link_exec_command (cmd=0xb7c52234) at linc.c:135 res = #10 0xb7e63c51 in link_connection_unref_unlock (cnx=0x8062058) at linc- connection.c:93 cmd = {{cmd = {cmd = {type = LINK_COMMAND_CNX_UNREF}, complete = 0}, cnx = 0x8062058}} #11 0xb7e44fe4 in giop_timeout (data=0x8062058) at giop-recv-buffer.c: 1388 retv = __PRETTY_FUNCTION__ = "giop_timeout" #12 0xb7ea98d6 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #13 0x08062058 in ?? () No symbol table info available. #14 0xb7e178ac in __pthread_mutex_unlock_usercnt () from /lib/tls/i686/ cmov/libpthread.so.0 No symbol table info available. #15 0xb7ea911c in g_main_context_dispatch () from /usr/lib/ libglib-2.0.so.0 No symbol table info available. #16 0xb7eac55f in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #17 0x0805b470 in ?? () No symbol table info available. #18 0x00000064 in ?? () No symbol table info available. #19 0x080644a8 in ?? () No symbol table info available. #20 0x00000008 in ?? () No symbol table info available. #21 0x00000008 in ?? () No symbol table info available. #22 0xb7e112d6 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 No symbol table info available. #23 0xb7e16541 in pthread_mutex_lock () from /lib/tls/i686/cmov/ libpthread.so.0 No symbol table info available. #24 0xb7eac909 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #25 0xb7e62a70 in link_io_thread_fn (data=0x0) at linc.c:396 No locals. #26 0xb7ecc5af in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #27 0x00000000 in ?? () No symbol table info available. From tlillqvist@gmail.com Fri Apr 25 07:22:01 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C5EAB7502C3 for ; Fri, 25 Apr 2008 07:22:01 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_SV=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9741 hrs), (distance 15, link: (Google 2)), [72.14.220.154] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b+eMMK35ZzmD for ; Fri, 25 Apr 2008 07:21:59 +0000 (GMT) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by menubar.gnome.org (Postfix) with ESMTP id 5F76C750136 for ; Fri, 25 Apr 2008 07:21:53 +0000 (GMT) Received: by fg-out-1718.google.com with SMTP id d23so3218918fga.33 for ; Fri, 25 Apr 2008 00:21:52 -0700 (PDT) Received: by 10.86.49.6 with SMTP id w6mr499667fgw.41.1209108112298; Fri, 25 Apr 2008 00:21:52 -0700 (PDT) Received: by 10.86.84.14 with HTTP; Fri, 25 Apr 2008 00:21:52 -0700 (PDT) Message-ID: Date: Fri, 25 Apr 2008 10:21:52 +0300 From: "Tor Lillqvist" Sender: tlillqvist@gmail.com To: "Jules Colding" Subject: Re: SEGV in current svn trunk In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 5e05fc18ad2c4075 Cc: ORBit2 X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 07:22:02 -0000 > I'm getting segmentation faults repeatedly on Ubuntu Gutsy with my > small ORBit2 (svn trunk) based daemon. When did you start getting the segfaults? Was it after my commit to linc2/src/linc.c on 2008-04-23? If so that change will have to be reverted. Or correspondingly, if it was after some other recent change, you need to check if reverting that change helps. There hasn't really been much done to ORBit2 lately, so if your code used to work fine earlier, finding what broke it shouldn't be hard. --tml From colding@42tools.com Fri Apr 25 08:02:23 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EBE72750139 for ; Fri, 25 Apr 2008 08:02:22 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, TW_LQ=0.077, TW_SV=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 6702 hrs), (distance 17, link: ethernet/modem), [195.41.139.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l8Quq7uW1rnK for ; Fri, 25 Apr 2008 08:02:18 +0000 (GMT) Received: from mail.42tools.com (mail.42tools.com [195.41.139.234]) by menubar.gnome.org (Postfix) with ESMTP id 3E792750131 for ; Fri, 25 Apr 2008 08:02:17 +0000 (GMT) Received: from apollo.42tools.com (unknown [85.218.191.254]) by mail.42tools.com (Postfix) with ESMTP id 18974F3807F; Fri, 25 Apr 2008 08:02:16 +0000 (Local time zone must be set--see zic manual page) Message-Id: <76DA98FF-0F65-4C26-8702-72F4A7056536@42tools.com> From: Jules Colding To: "Tor Lillqvist" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: SEGV in current svn trunk Date: Fri, 25 Apr 2008 10:02:15 +0200 References: X-Mailer: Apple Mail (2.919.2) Cc: ORBit2 X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 08:02:23 -0000 On 25/04/2008, at 09.21, Tor Lillqvist wrote: >> I'm getting segmentation faults repeatedly on Ubuntu Gutsy with my >> small ORBit2 (svn trunk) based daemon. > > When did you start getting the segfaults? Was it after my commit to > linc2/src/linc.c on 2008-04-23? If so that change will have to be > reverted. Or correspondingly, if it was after some other recent > change, you need to check if reverting that change helps. There hasn't > really been much done to ORBit2 lately, so if your code used to work > fine earlier, finding what broke it shouldn't be hard. I saw the segfault for the first time yesterday. Fortunately I hope it is due to a mix-up of libraries from 2.14.9 and 2.14.. This morning I discovered that I had old libraries lying around which I've now cleaned up. I strongly suspect this to be the real reason as your fixes looks really innocent. I'll make some further testing to confirm it and will let you know later today. Best regards, jules From colding@42tools.com Fri Apr 25 16:41:34 2008 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A510F75007B for ; Fri, 25 Apr 2008 16:41:34 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.586 X-Spam-Level: X-Spam-Status: No, score=-0.586 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, TW_LQ=0.077, TW_SV=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 6724 hrs), (distance 17, link: ethernet/modem), [195.41.139.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FNe2o2DpEG07 for ; Fri, 25 Apr 2008 16:41:31 +0000 (GMT) Received: from mail.42tools.com (mail.42tools.com [195.41.139.234]) by menubar.gnome.org (Postfix) with ESMTP id E96017500E2 for ; Fri, 25 Apr 2008 16:41:25 +0000 (GMT) Received: from [192.168.0.75] (0x503e4cbe.odnxx2.adsl-dhcp.tele.dk [80.62.76.190]) by mail.42tools.com (Postfix) with ESMTP id C79E3F3814E; Fri, 25 Apr 2008 16:41:23 +0000 (Local time zone must be set--see zic manual page) Message-Id: <436844FE-D941-4B8A-927D-80613CA11BFB@42tools.com> From: Jules Colding To: orbit-list@gnome.org In-Reply-To: <76DA98FF-0F65-4C26-8702-72F4A7056536@42tools.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Subject: Re: SEGV in current svn trunk Date: Fri, 25 Apr 2008 18:41:23 +0200 References: <76DA98FF-0F65-4C26-8702-72F4A7056536@42tools.com> X-Mailer: Apple Mail (2.919.2) X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 16:41:34 -0000 On 25/04/2008, at 10.02, Jules Colding wrote: > > On 25/04/2008, at 09.21, Tor Lillqvist wrote: > >>> I'm getting segmentation faults repeatedly on Ubuntu Gutsy with my >>> small ORBit2 (svn trunk) based daemon. >> >> When did you start getting the segfaults? Was it after my commit to >> linc2/src/linc.c on 2008-04-23? If so that change will have to be >> reverted. Or correspondingly, if it was after some other recent >> change, you need to check if reverting that change helps. There >> hasn't >> really been much done to ORBit2 lately, so if your code used to work >> fine earlier, finding what broke it shouldn't be hard. > > > I saw the segfault for the first time yesterday. Fortunately I hope it > is due to a mix-up of libraries from 2.14.9 and 2.14.. This > morning I discovered that I had old libraries lying around which I've > now cleaned up. I strongly suspect this to be the real reason as your > fixes looks really innocent. I'll make some further testing to confirm > it and will let you know later today. No segfaults yet. I think we can safely conclude that the library mess was the culprit. Best regards, jules