Happy Turkey Day. I just rolled together another release candidate for 2.3.2. http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes: http://xquartz.macosforge.org/trac/wiki/X112.3.2 The changes from 2.3.2_rc1 were minor server updates: # Improved support for running X11 without launchd # Improved support for running multiple X11 servers # Fixed dead-acute with the Czech and Greek layouts and updated packages from x.org: # xedit 1.1.2 # xproto 7.0.14 # cairo 1.8.4 # libpng 1.2.33 # libXaw 1.0.5 o libXaw.8.dylib is still provided from libXaw-1.0.4 for compatability # libXi 1.1.4 # xcb-util 0.3.1 Plus an update to libxcb which should make it play more nicely with the launchd DISPLAY. Thanks, Jeremy
Jeremy, It is looking good from my point-of-view thus far. A curiosity that I noticed is the executables oclock and xeyes seem to displace the graphics in the window (or it more looks like the window background starts underneath the top window bar rather than at the bottom edge of it with the graphics on the background being drawn properly), but I vaguely remember you mentioning issues with that earlier in the betas. The ~/.xinitrc.d scheme seems to work quite well for me as it allows me to inject personal changes that apply to me, but not all the other users on the system without having to keep up with any future changes in the system xinitrc. Nice! The new pasteboard synchronization seems to be working well for me. I don't have to change any habits I developed previously and now cutting/ pasting between java apps running on solaris displayed to the Mac just work (had to go through xclipboard machinations previously). I'll report if I find anything. Well done Jeremy and a big THANKS!!!! Merle On Nov 27, 2008, at 2:35 AM, Jeremy Huddleston wrote:
Happy Turkey Day.
I just rolled together another release candidate for 2.3.2.
http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg
I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes:
http://xquartz.macosforge.org/trac/wiki/X112.3.2
The changes from 2.3.2_rc1 were minor server updates:
# Improved support for running X11 without launchd # Improved support for running multiple X11 servers # Fixed dead-acute with the Czech and Greek layouts
and updated packages from x.org:
# xedit 1.1.2 # xproto 7.0.14 # cairo 1.8.4 # libpng 1.2.33 # libXaw 1.0.5 o libXaw.8.dylib is still provided from libXaw-1.0.4 for compatability # libXi 1.1.4 # xcb-util 0.3.1
Plus an update to libxcb which should make it play more nicely with the launchd DISPLAY.
Thanks, Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Nov 27, 2008, at 06:38, Merle Reinhart wrote:
Jeremy,
It is looking good from my point-of-view thus far.
A curiosity that I noticed is the executables oclock and xeyes seem to displace the graphics in the window (or it more looks like the window background starts underneath the top window bar rather than at the bottom edge of it with the graphics on the background being drawn properly), but I vaguely remember you mentioning issues with that earlier in the betas.
No, I've never seen this issue before... you may be confusing this with my discussion about the OSX menu bar area being mapped to the X11 display (which it isn't any more). I wonder if there is still a quirky bug in the ConfigureNotify... hmm... I'm definitely going to look into this before pushing out 2.3.2. If you could put this in a bug report, that would be a big help.
The ~/.xinitrc.d scheme seems to work quite well for me as it allows me to inject personal changes that apply to me, but not all the other users on the system without having to keep up with any future changes in the system xinitrc. Nice!
Yeah, that was the main idea. A couple people have requested it; I'm glad it's useful. Thanks, Jeremy
On Nov 27, 2008, at 10:46, Jeremy Huddleston wrote:
On Nov 27, 2008, at 06:38, Merle Reinhart wrote:
A curiosity that I noticed is the executables oclock and xeyes seem to displace the graphics in the window (or it more looks like the window background starts underneath the top window bar rather than at the bottom edge of it with the graphics on the background being drawn properly), but I vaguely remember you mentioning issues with that earlier in the betas.
No, I've never seen this issue before... you may be confusing this with my discussion about the OSX menu bar area being mapped to the X11 display (which it isn't any more).
I wonder if there is still a quirky bug in the ConfigureNotify... hmm... I'm definitely going to look into this before pushing out 2.3.2. If you could put this in a bug report, that would be a big help.
Here's the fix: http://people.freedesktop.org/~jeremyhu/quartz-wm-20081127.bz2 copy/paste: curl -LO http://people.freedesktop.org/~jeremyhu/quartz-wm-20081127.bz2 bunzip2 quartz-wm-20081127.bz2 sudo cp quartz-wm-20081127 /usr/bin/quartz-wm --Jeremy
Jeremy, I tried the quartz-wm update and it didn't seem to have any effect. I filed ticket #202 and attached a screen-shot of what I see. So far, I haven't found any other apps that show this (but I'm also not aware of any that have transparency in the window background images). This is something new in the 2.3.2_* chain, but rc2 is the first one I've had any time to try out so I don't know if it has always been there in 2.3.2 or is something new with rc2. Merle On Nov 27, 2008, at 2:34 PM, Jeremy Huddleston wrote:
On Nov 27, 2008, at 10:46, Jeremy Huddleston wrote:
On Nov 27, 2008, at 06:38, Merle Reinhart wrote:
A curiosity that I noticed is the executables oclock and xeyes seem to displace the graphics in the window (or it more looks like the window background starts underneath the top window bar rather than at the bottom edge of it with the graphics on the background being drawn properly), but I vaguely remember you mentioning issues with that earlier in the betas.
No, I've never seen this issue before... you may be confusing this with my discussion about the OSX menu bar area being mapped to the X11 display (which it isn't any more).
I wonder if there is still a quirky bug in the ConfigureNotify... hmm... I'm definitely going to look into this before pushing out 2.3.2. If you could put this in a bug report, that would be a big help.
Here's the fix: http://people.freedesktop.org/~jeremyhu/quartz-wm-20081127.bz2
copy/paste: curl -LO http://people.freedesktop.org/~jeremyhu/quartz- wm-20081127.bz2 bunzip2 quartz-wm-20081127.bz2 sudo cp quartz-wm-20081127 /usr/bin/quartz-wm
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Nov 27, 2008, at 12:16, Merle Reinhart wrote:
Jeremy,
I tried the quartz-wm update and it didn't seem to have any effect.
Ah, here's the odd thing... I think I figured out how it is deterministic. Make a ~/.xinitrc with 'exec xeyes' in it. Launch X11.app, then in Terminal.app, launch quartz-wm. The first time, it has the weird placement. The second time, it's in the right spot, then it keeps moving progressively downward... It's something related to quartz-wm. I don't see it with the older quartz-wm.
Ok, this time for real... http://people.freedesktop.org/~jeremyhu/quartz-wm-20081128.bz2 On Nov 27, 2008, at 12:16, Merle Reinhart wrote:
Jeremy,
I tried the quartz-wm update and it didn't seem to have any effect. I filed ticket #202 and attached a screen-shot of what I see. So far, I haven't found any other apps that show this (but I'm also not aware of any that have transparency in the window background images).
This is something new in the 2.3.2_* chain, but rc2 is the first one I've had any time to try out so I don't know if it has always been there in 2.3.2 or is something new with rc2.
Merle
On Nov 27, 2008, at 2:34 PM, Jeremy Huddleston wrote:
On Nov 27, 2008, at 10:46, Jeremy Huddleston wrote:
On Nov 27, 2008, at 06:38, Merle Reinhart wrote:
A curiosity that I noticed is the executables oclock and xeyes seem to displace the graphics in the window (or it more looks like the window background starts underneath the top window bar rather than at the bottom edge of it with the graphics on the background being drawn properly), but I vaguely remember you mentioning issues with that earlier in the betas.
No, I've never seen this issue before... you may be confusing this with my discussion about the OSX menu bar area being mapped to the X11 display (which it isn't any more).
I wonder if there is still a quirky bug in the ConfigureNotify... hmm... I'm definitely going to look into this before pushing out 2.3.2. If you could put this in a bug report, that would be a big help.
Here's the fix: http://people.freedesktop.org/~jeremyhu/quartz-wm-20081127.bz2
copy/paste: curl -LO http://people.freedesktop.org/~jeremyhu/quartz-wm-20081127.bz2 bunzip2 quartz-wm-20081127.bz2 sudo cp quartz-wm-20081127 /usr/bin/quartz-wm
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Fri, 28 Nov 2008 00:38:10 -0800 Jeremy Huddleston <jeremyhu@apple.com> wrote:
Ok, this time for real...
http://people.freedesktop.org/~jeremyhu/quartz-wm-20081128.bz2
Yup, xeyes looks good again. And this quartz-wm still passes the "winemine click on the smiley face test" too.
Yip. It is looks good to me. Thanks! Merle On Nov 28, 2008, at 3:38 AM, Jeremy Huddleston wrote:
Ok, this time for real...
http://people.freedesktop.org/~jeremyhu/quartz-wm-20081128.bz2
On Nov 27, 2008, at 12:16, Merle Reinhart wrote:
Jeremy,
I tried the quartz-wm update and it didn't seem to have any effect. I filed ticket #202 and attached a screen-shot of what I see. So far, I haven't found any other apps that show this (but I'm also not aware of any that have transparency in the window background images).
This is something new in the 2.3.2_* chain, but rc2 is the first one I've had any time to try out so I don't know if it has always been there in 2.3.2 or is something new with rc2.
Merle
On Nov 27, 2008, at 2:34 PM, Jeremy Huddleston wrote:
On Nov 27, 2008, at 10:46, Jeremy Huddleston wrote:
On Nov 27, 2008, at 06:38, Merle Reinhart wrote:
A curiosity that I noticed is the executables oclock and xeyes seem to displace the graphics in the window (or it more looks like the window background starts underneath the top window bar rather than at the bottom edge of it with the graphics on the background being drawn properly), but I vaguely remember you mentioning issues with that earlier in the betas.
No, I've never seen this issue before... you may be confusing this with my discussion about the OSX menu bar area being mapped to the X11 display (which it isn't any more).
I wonder if there is still a quirky bug in the ConfigureNotify... hmm... I'm definitely going to look into this before pushing out 2.3.2. If you could put this in a bug report, that would be a big help.
Here's the fix: http://people.freedesktop.org/~jeremyhu/quartz-wm-20081127.bz2
copy/paste: curl -LO http://people.freedesktop.org/~jeremyhu/quartz-wm-20081127.bz2 bunzip2 quartz-wm-20081127.bz2 sudo cp quartz-wm-20081127 /usr/bin/quartz-wm
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On 2008 Nov 27, at 2:35, Jeremy Huddleston wrote:
http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg
I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes:
I just applied the Safari update, rebooted, then tried to install X11-2.3.2. It's been hung at "Configuring installation" for the past hour. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH
On Nov 27, 2008, at 08:43, Brandon Allbery wrote:
On 2008 Nov 27, at 2:35, Jeremy Huddleston wrote:
http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg
I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes:
I just applied the Safari update, rebooted, then tried to install X11-2.3.2. It's been hung at "Configuring installation" for the past hour.
This is usually a case of an incomplete / corrupt download. Verify the pkg's sha1sum with the provided sha1sum (or md5sum if you prefer) http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg.sha1sum http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg.md5sum
On 2008 Nov 27, at 13:49, Jeremy Huddleston wrote:
On Nov 27, 2008, at 08:43, Brandon Allbery wrote:
On 2008 Nov 27, at 2:35, Jeremy Huddleston wrote:
http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg
I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes:
I just applied the Safari update, rebooted, then tried to install X11-2.3.2. It's been hung at "Configuring installation" for the past hour.
This is usually a case of an incomplete / corrupt download. Verify the pkg's sha1sum with the provided sha1sum (or md5sum if you prefer)
And so it was. Unfortunately my WebKit bug report seems to have landed in the dead letter box, so I'll just have to remember to use curl. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH
On Nov 28, 2008, at 12:20 AM, Brandon Allbery wrote:
On 2008 Nov 27, at 13:49, Jeremy Huddleston wrote:
On Nov 27, 2008, at 08:43, Brandon Allbery wrote:
On 2008 Nov 27, at 2:35, Jeremy Huddleston wrote:
http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg
I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes:
I just applied the Safari update, rebooted, then tried to install X11-2.3.2. It's been hung at "Configuring installation" for the past hour.
This is usually a case of an incomplete / corrupt download. Verify the pkg's sha1sum with the provided sha1sum (or md5sum if you prefer)
Is there any chance you can stick the .pkg's inside a dmg from now on? If only because dmg's can verify themselves before being mounted to prevent this sort of problem from occurring anymore. -Zach
On Nov 28, 2008, at 01:11, Zach Drayer wrote:
Is there any chance you can stick the .pkg's inside a dmg from now on? If only because dmg's can verify themselves before being mounted to prevent this sort of problem from occurring anymore.
-Zach
That's kinda the point of the checksum files... but ok.
Just noticed in my logs 28/11/2008 11:35:26 X11[287] *** Assertion failure in -[NSEvent subtype], /SourceCache/AppKit/AppKit-949.35/AppKit.subproj/NSEvent.m: 1336 28/11/2008 11:35:26 X11[287] Invalid message sent to event "NSEvent: type=NSTabletPoint loc=(1597,1200) time=60017.9 flags=0x100 win=0x0 winNum=83 ctxt=0x0deviceID=0 x=2704 y=5200 z=0 buttons=0x1 pressure=0.482887 tilt={0, 0} rotation=0.000000 tangentialPressure=0.000000 vendor1-3=(0, 0, 0)" Several of these all the same... This seems to happen when I use my Wacom tablet pen - not necessarily on the X11 app.. On 28 Nov 2008, at 09:20, Jeremy Huddleston wrote:
On Nov 28, 2008, at 01:11, Zach Drayer wrote:
Is there any chance you can stick the .pkg's inside a dmg from now on? If only because dmg's can verify themselves before being mounted to prevent this sort of problem from occurring anymore.
-Zach
That's kinda the point of the checksum files... but ok.
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Thanks for noticing. That's fixed in git now. It's a harmless message. --Jeremy On Nov 28, 2008, at 03:37, Peter Collinson wrote:
Just noticed in my logs
28/11/2008 11:35:26 X11[287] *** Assertion failure in -[NSEvent subtype], /SourceCache/AppKit/AppKit-949.35/AppKit.subproj/NSEvent.m: 1336 28/11/2008 11:35:26 X11[287] Invalid message sent to event "NSEvent: type=NSTabletPoint loc=(1597,1200) time=60017.9 flags=0x100 win=0x0 winNum=83 ctxt=0x0deviceID=0 x=2704 y=5200 z=0 buttons=0x1 pressure=0.482887 tilt={0, 0} rotation=0.000000 tangentialPressure=0.000000 vendor1-3=(0, 0, 0)"
Several of these all the same...
This seems to happen when I use my Wacom tablet pen - not necessarily on the X11 app..
On 28 Nov 2008, at 09:20, Jeremy Huddleston wrote:
On Nov 28, 2008, at 01:11, Zach Drayer wrote:
Is there any chance you can stick the .pkg's inside a dmg from now on? If only because dmg's can verify themselves before being mounted to prevent this sort of problem from occurring anymore.
-Zach
That's kinda the point of the checksum files... but ok.
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Nov 28, 2008, at 4:20 AM, Jeremy Huddleston wrote:
On Nov 28, 2008, at 01:11, Zach Drayer wrote:
Is there any chance you can stick the .pkg's inside a dmg from now on? If only because dmg's can verify themselves before being mounted to prevent this sort of problem from occurring anymore.
-Zach
That's kinda the point of the checksum files... but ok.
Just to have the checking done automatically, *before* people install and find out that it's borked and need to redownload. I know i don't go and checksum every package i download manually, even if the option to do so is there. And i don't think i'm alone in that one.. Pretty sure the command to create the dmg is "hdiutil create - srcfolder "$folderWithPackage" "$locationToPutDMGIn"" .. so adding it to the end of a build script shouldn't be too much trouble. -Zach
Hi Jeremy, The menubar-inaccessable thing ( http://xquartz.macosforge.org/trac/ticket/191 ) is functional enough for me now, I can click on the menubar and get to it. But just in case you're going for "perfect", if I have an X11 window with focus behind the menubar, if I move the cursor up to the menubar it disappears until I actually click. Then it shows up and the menu item under it has been selected. Most of the time. I can tell when it's going to work and when it's not. If I switch from another app to X11, my pointer changes to the X11 pointer, and will disappear behind the menubar. Once I click on the menubar, the pointer changes to the OS X pointer, and will stay visible above the menubar (it can still interact with the X11 window in this state, though). If I switch away to a different app and back to X11, the cursor reverts to the first case -- an X11 pointer that will disappear. In all cases, though, I am able to _click_ on the menubar. So it's functional (good enough for me), just not quite perfect (maybe not good enough for you <g>). I got the same results with the 2.3.2_rc2 package, and with the updated quartz-wm-20081128.1 over top of it. Thanks, - Brian On Thu, Nov 27, 2008 at 2:35 AM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
Happy Turkey Day.
I just rolled together another release candidate for 2.3.2.
http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg
I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes:
http://xquartz.macosforge.org/trac/wiki/X112.3.2
The changes from 2.3.2_rc1 were minor server updates:
# Improved support for running X11 without launchd # Improved support for running multiple X11 servers # Fixed dead-acute with the Czech and Greek layouts
and updated packages from x.org:
# xedit 1.1.2 # xproto 7.0.14 # cairo 1.8.4 # libpng 1.2.33 # libXaw 1.0.5 o libXaw.8.dylib is still provided from libXaw-1.0.4 for compatability # libXi 1.1.4 # xcb-util 0.3.1
Plus an update to libxcb which should make it play more nicely with the launchd DISPLAY.
Thanks, Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
More detail: this behavior seems unique to just (so far) vncviewer. It seems to be something to do with the pointer capture/release. Local X11 apps, rdesktop, etc. are not showing the same behavior. I'm using RealVNC's "VNC Viewer Free Edition 4.1.3 for X", in case you're interested. But it seems to be a pretty isolated edge case. - Brian On Mon, Dec 1, 2008 at 10:39 AM, Brian Bender zt4q4o402-at-sneakemail.com |Xquartz-dev/personal| <...> wrote:
Hi Jeremy,
The menubar-inaccessable thing ( http://xquartz.macosforge.org/trac/ticket/191 ) is functional enough for me now, I can click on the menubar and get to it. But just in case you're going for "perfect", if I have an X11 window with focus behind the menubar, if I move the cursor up to the menubar it disappears until I actually click. Then it shows up and the menu item under it has been selected. Most of the time.
I can tell when it's going to work and when it's not. If I switch from another app to X11, my pointer changes to the X11 pointer, and will disappear behind the menubar. Once I click on the menubar, the pointer changes to the OS X pointer, and will stay visible above the menubar (it can still interact with the X11 window in this state, though). If I switch away to a different app and back to X11, the cursor reverts to the first case -- an X11 pointer that will disappear. In all cases, though, I am able to _click_ on the menubar. So it's functional (good enough for me), just not quite perfect (maybe not good enough for you <g>).
I got the same results with the 2.3.2_rc2 package, and with the updated quartz-wm-20081128.1 over top of it.
Thanks,
- Brian
On Thu, Nov 27, 2008 at 2:35 AM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
Happy Turkey Day.
I just rolled together another release candidate for 2.3.2.
http://static.macosforge.org/xquartz/downloads/X11-2.3.2_rc2.pkg
I think we're pretty much set for release, but I wanted to check for any last show-stoppers. Please give this a thorough beating. The full release notes can be seen in our 2.3.2 draft release notes:
http://xquartz.macosforge.org/trac/wiki/X112.3.2
The changes from 2.3.2_rc1 were minor server updates:
# Improved support for running X11 without launchd # Improved support for running multiple X11 servers # Fixed dead-acute with the Czech and Greek layouts
and updated packages from x.org:
# xedit 1.1.2 # xproto 7.0.14 # cairo 1.8.4 # libpng 1.2.33 # libXaw 1.0.5 o libXaw.8.dylib is still provided from libXaw-1.0.4 for compatability # libXi 1.1.4 # xcb-util 0.3.1
Plus an update to libxcb which should make it play more nicely with the launchd DISPLAY.
Thanks, Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
participants (7)
-
Brandon Allbery
-
Brian Bender
-
Jeremy Huddleston
-
Merle Reinhart
-
Peter Collinson
-
Zach Drayer
-
Zulli, Louis P