• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
RE: m_dup
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: m_dup


  • Subject: RE: m_dup
  • From: "Carl Smith" <email@hidden>
  • Date: Thu, 14 Apr 2005 13:59:37 -0400
  • Thread-topic: m_dup

You mean have I looked at m_dup in /uipc_mbuf.c yes, do I understand it
completely no, otherwise I would not be asking these questions.

I was assuming it was a newly allocated mbuf, because it was similar to
m_devget, using m_gethdr and m_get, but I just wanted some
reconfirmation from the more experienced Mac/Unix experts.

Before I went through a bunch of kernel panics and headaches. :)

Thanks

Carl



-----Original Message-----
From: macnetworkprog-bounces+csmith=email@hidden
[mailto:macnetworkprog-bounces+csmith=email@hidden]
On Behalf Of Justin Walker
Sent: Thursday, April 14, 2005 1:49 PM
To: macnetworkprog Programming
Subject: Re: m_dup



On Apr 14, 2005, at 10:41, Carl Smith wrote:

> In my kernel code I want to make a copy of a passed in struct mbuf.
> Actually I want this mbuf copy to be a newly allocated mbuf that is a
> duplicate/clone of the passed in mbuf, but I want to be able to free
> the original mbuf.
>
> So my question is, will m_dup() do this for me or should I be looking
> at
> something else, like m_copy? Or again is it not that simple and I need
> to allocate a new mbuf, somehow, then do one of the above mentioned
> calls?

Have you actually looked at the code?  That might help answer your
questions.  If you have, it would be good to say so.

Regards,

Justin

--
Justin C. Walker, Curmudgeon-At-Large
Institute for General Semantics
--------
If you're not confused,
You're not paying attention
--------

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
ech.com

This email sent to email@hidden
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: m_dup
      • From: Justin Walker <email@hidden>
  • Prev by Date: Re: m_dup
  • Next by Date: Re: m_dup
  • Previous by thread: Re: m_dup
  • Next by thread: Re: m_dup
  • Index(es):
    • Date
    • Thread