May 2005 - Darwin-dev - lists.apple.com

launchd checkin
by Braden Thomas 12 May '05

12 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Problems building automount
by Kevin Van Vechten 12 May '05

12 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com - Kevin On May 11, 2005, at 2:13 PM, Craig Rodrigues wrote: Hi, I want to make some local modifications to the automount program that comes with MacOS X and compile it. I downloaded the source from: http://darwinsource.opendarwin.org/10.3.9/automount-81.5/ If I try to build this code, the compilation fails due to: AMMap.m:44:30: URLMount/URLMount.h: No such file or directory AMMap.m:45:37: URLMount/URLMountPrivate.h: No such file or directory These lines are: #import <URLMount/URLMount.h> #import <URLMount/URLMountPrivate.h> Where do I get the header files for URLMount, and how do I install them, so that I can get a working build environment for automount? Thanks. -- Craig Rodrigues rodrigc(a)crodrigues.org _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Sorry, URLMount is a private framework, so those headers are not available, and there's no real workaround at this time (Bad engineer, no cookie). You could patch around the URLMount code to get automount compiled, but that wouldn't work as desired on Mac OS X. Unfortunately, only Apple is in the position to make this change, so I suggest filing a bug via <http://developer.apple.com/bugreporter/>. This email sent to site_archiver(a)lists.apple.com

1 0

Multiple __DATA,__common segments/sections
by Isaac Dooley 12 May '05

12 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) Thanks, Isaac _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Hi, I am trying essentially to write a user level thread system. Basically I need to have multiple sets of global variables that are accessible at different portions of a single program's execution. Essentially two or more threads will use the same set of global variable names, but they will expect to see their own unique values for the global variables while their own thread is executing. This is the best way to describe my project that I can think of, even though I am not really doing an explicity user level thread system. Hopefully this description will suffice. I know that I can access the __common or __data sections from the DATA segment with getsectdata() and then do a memcpy to swap in and out the different sets of global variable data. However, these sections may be quite large, and will frequently be swapped around. Thus I am hoping there is a way to have the multiple sets of data(or entire segments) in virtual memory, and change some simple table or register to point to the segment/section that is currently needed. This can be done on IA32 systems, but I need it to work on the G5(and hopefully also G4) macs with OSX/darwin. Please let me know if this is possible, as I really want to avoid these mem copies. This email sent to site_archiver(a)lists.apple.com

1 0

Setting file metadata, how?
by robert delius royar 12 May '05

12 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: An Apple OS X end user Priority: normal -- Dr. Robert Delius Royar Associate Professor of English Morehead State University Morehead, Kentucky _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I would like to add the ability to set kMDItemKind and kMDItemContentType from an X11 application (XEmacs). I have written an mdimporter that lets spotlight index elisp files and other files I have registered though the importer (types el, mss, and text <key>public.filename-extension</key>). I created a <key>org.xemacs.ostype</key> <string>XEma</string> and a <key>UTTypeDescription</key> <string>XEmacs Document</string> <key>UTTypeIdentifier</key> <string>org.xemacs.text</string> The importer works fine except that XEmacs does not have any code in it (yet) to make sure its files have the correct metadata when they are written. What is the minimum I would need to add the ability to accomplish this? Could the ability be created in a plugin that provided some external hook that XEmacs could call with a complete path? I am thinking maybe the sample metadate application could be adapted for that. I think that would be better than having to create an Xcode wrapper for XEmacs. Ultimately, in addition to automatic indexing, I would like XEmacs to be able to determine modes for files from the metadata which would be helpful for a number of reasons. This email sent to site_archiver(a)lists.apple.com

1 0

Problems building automount
by Craig Rodrigues 11 May '05

11 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mutt/1.5.9i Hi, I want to make some local modifications to the automount program that comes with MacOS X and compile it. I downloaded the source from: http://darwinsource.opendarwin.org/10.3.9/automount-81.5/ If I try to build this code, the compilation fails due to: AMMap.m:44:30: URLMount/URLMount.h: No such file or directory AMMap.m:45:37: URLMount/URLMountPrivate.h: No such file or directory These lines are: #import <URLMount/URLMount.h> #import <URLMount/URLMountPrivate.h> Where do I get the header files for URLMount, and how do I install them, so that I can get a working build environment for automount? Thanks. -- Craig Rodrigues rodrigc(a)crodrigues.org _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Unable to register IPC port (problem restarting a daemon)
by Michael L Torrie 11 May '05

11 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com I have a problem where I can't restart a server (daemon) process because it can't allocate an IPC port. I imagine because the port is still allocated from the last run. How can I detect what port this is and deallocate it. I know under linux, for example, when this problem occurs with shared-memory segments I can use a commandline utility to clear out the shm segments. Is there something similar in OS X/Darwin? The specifics of my problem are these: I'm using OS X Server 10.3.9. Every week or so AppleFileServer stops responding to clients and needs to be restarted. Usually this can be done with a stop and then start in the Server Admin graphical tool. Sometimes a standard kill signal has to be sent to the process (not -9; just a normal kill). Then AppleShare can be started again. Today, though, AppleFileServer will not start. The log file reports simply that "The server wasn't able to start (Unable to register IPC port)." I believe this indicates that some Mach ports has been allocated but not released (leaked). How can I identify what ports AppleFileServer is trying to use and how do I release them? As a last resort I will reboot the server, but that is not really acceptable as I have about 1000 users that are using services on this server, either directly or indirectly. Michael -- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: building gcc4... HELP!
by Hugh Hoover 11 May '05

11 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com So class A { virtual void foo (); }; template <typename T> class B : public A { }; template <typename T> void blah (A * obj) { B<T> * bobj = std::dynamic_cast <B<T> * >(obj); if (!bobj) { //fails even if B<T>'s instance is loaded... } } That's it precisely. The explicit instantiations of B<T> are implemented as "dylibs" or some other dynamically loadable module of sorts. Not necessarily explicit instantiations... I'm not sure this is a real bug. Do you at least declare the explicit instantiation to exist in a common header file? Templates are a compile time construct of the C++ language. There's no easy way I know around this. The compilation unit pretty much has to have the definition for any of the instantiations you might use [due to the lack of "export" keyword support in gcc, but even then... you still need to access the source] That's it in a nutshell :) Thanks again for your help - it's proving very useful to me! Hugh Hoover Enumclaw Software _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On May 11, 2005, at 07:51, David Leimbach wrote: No - but when I attempt that, I get multiply-defined symbol errors. (with -fno-implicit-templates) >From further poking around, I find that the Itanium ABI spec, which is referenced from the Linux Base Spec for C++, which is a current attempt to standardize these things, explicitly says type_info's may be compared by pointer (canonical comparison not apparently required). In addition, in the gcc4 release notes from Apple, I find: "GCC 4.0 supports full coalescing both within and across dylibs. If a template instantiation has external visibility then all copies of it, in all dylibs, will be merged into a single copy. If you want to ensure that a template instantiation in a dylib is not merged with template instantiations in any other dylib, use the visibility attribute to give the template hidden visibility." That says to ME that I should be getting an automatic coalescing of the type_info across the dylibs, but it's certainly NOT happening for me. Of course, they were talking about static members rather than type_info, but they're really the same thing. I do NOT have the new "hide everything" flags turned on. So - I'm more confused than ever - at least with respect to a workaround / solution. This email sent to site_archiver(a)lists.apple.com

1 0

Re: building gcc4... HELP!
by David Leimbach 11 May '05

11 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FPiFPzti79YsXsAcBKdqaskRXPjjj5kvSHM3+S0LedbgnkHMrvuSrND1p1RhBVzUoOJ9iNb5S7ClFw52LGNlTz6eqKF0MCUC92wPuwM6kdW4ESO0L+sVilGZuGcCTxWtrAw7TYzLZNuo0WMjeaSPR6s2N6pjZAs87wQtLxu+qVc= On 5/10/05, Hugh Hoover <hugh-dated-1116215619.acde2d(a)hooverzone.com> wrote: > > On May 10, 2005, at 17:03, David Leimbach wrote: > > > On 5/9/05, Hugh Hoover <hugh(a)hooverzone.com> wrote: > > > >> Hi - I found a bug in the libc++v3 library with dynamic_cast and, > >> rather than just wait for Apple to fix it, I'm trying to build my own > >> so I can fix it myself as a work-around. > >> > >> > > What's the bug? > > If you have a template class that uses a base class with virtual > functions AND you have ANOTHER template that accepts the base class > and does a dynamic_cast to the template class AND you're using dylibs > or frameworks or.. (any separately linked form that might generate a > local copy of the template), then the dynamic_cast will fail in any > module other than the one that actually creates the object. > This is because a new instance of the type_info is created for each > module that has it's own instantiation of the template, and the > dynamic_cast code (apparently) does not perform a normalized (non- > instance-specific) comparison between the source and destination types. > So class A { virtual void foo (); }; template <typename T> class B : public A { }; template <typename T> void blah (A * obj) { B<T> * bobj = std::dynamic_cast <B<T> * >(obj); if (!bobj) { //fails even if B<T>'s instance is loaded... } } The explicit instantiations of B<T> are implemented as "dylibs" or some other dynamically loadable module of sorts. I'm not sure this is a real bug. Do you at least declare the explicit instantiation to exist in a common header file? class B <char>; class B <int>; Then you might be able to get away with using the dynamic loading tools to provide the implementation for the runtime linker from a .dylib. The compiler needs to know of the type before doing anything with: B<char> * bobj = new B<char>(); blah <char> (bobj); could work. My example may be way off. :). Templates are a compile time construct of the C++ language. There's no easy way I know around this. The compilation unit pretty much has to have the definition for any of the instantiations you might use [due to the lack of "export" keyword support in gcc, but even then... you still need to access the source] > Was that as clear as mud? :) see my message in xcode- > users(a)lists.apple.com on may 9 with the subject "bug?: templates, > dynamic_cast and frameworks". It's slightly more clear. I also have > a very short example that shows the problem in about 100 lines of code. > > I think now that I can work around the issue by only having a single > instantiation of any template (-no-implicit-templates), but that's > likely to be painful in the extreme. I'd rather have a proper > dynamic_cast that doesn't depend on specific instances of type_info. > > Yeah, it's a complex situation you've got there :). Dave _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: building gcc4... HELP!
by Hugh Hoover 11 May '05

11 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On May 10, 2005, at 17:03, David Leimbach wrote: On 5/9/05, Hugh Hoover <hugh(a)hooverzone.com> wrote: Hi - I found a bug in the libc++v3 library with dynamic_cast and, rather than just wait for Apple to fix it, I'm trying to build my own so I can fix it myself as a work-around. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… What's the bug? If you have a template class that uses a base class with virtual functions AND you have ANOTHER template that accepts the base class and does a dynamic_cast to the template class AND you're using dylibs or frameworks or.. (any separately linked form that might generate a local copy of the template), then the dynamic_cast will fail in any module other than the one that actually creates the object. This is because a new instance of the type_info is created for each module that has it's own instantiation of the template, and the dynamic_cast code (apparently) does not perform a normalized (non- instance-specific) comparison between the source and destination types. Was that as clear as mud? :) see my message in xcode- users(a)lists.apple.com on may 9 with the subject "bug?: templates, dynamic_cast and frameworks". It's slightly more clear. I also have a very short example that shows the problem in about 100 lines of code. I think now that I can work around the issue by only having a single instantiation of any template (-no-implicit-templates), but that's likely to be painful in the extreme. I'd rather have a proper dynamic_cast that doesn't depend on specific instances of type_info. This email sent to site_archiver(a)lists.apple.com

1 0

Re: building gcc4... HELP!
by David Leimbach 11 May '05

11 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SeMyfvEWJGtguzL48H6uRRGHFWW49Tk3XXyJ/X+w+8oatewdFQjuuCYm8M56KRYDvsWd6BoQmHoHqdsobzZgALJP6Uk8iNPQDf4uC4MMPKl3pqw78k5pr5JF3luOC+GXNITdTL1AkJzeH4XfZtlNNpXssG6JLG5JSO9mihP4dOw= On 5/9/05, Hugh Hoover <hugh(a)hooverzone.com> wrote: > Hi - I found a bug in the libc++v3 library with dynamic_cast and, > rather than just wait for Apple to fix it, I'm trying to build my own > so I can fix it myself as a work-around. > What's the bug? _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0