I think the issue here is that Cython object is unable to track refs to
the results of six.b() call and they're garbage collected. There's a
It doesn't get me a lot further (rockstar client is unable to connect to
server), but at least R* server name/port are not mangled.
On 03/24/2018 04:38 PM, Britton Smith wrote:
> Hi Matt,
> Everything I've tried that seems to successfully copy values within the
> cython code still gives me empty strings by the time it reaches
> server.c. I even tried using c functions like strcpy, but they seem to
> cause other memory errors. I've scrubbed the page below for clues, but
> doing things as they suggest just ends up with the empty string.
> I still can't figure out why the string values make it just fine to
> client.c, but not server.c.
> I think I'm ready to throw in the towel. If someone else has time to
> take a look, I would appreciate it. This is the last holdup for a
> yt_astro_analysis release. I'm also fine with just dropping support for
> this. It has never worked in Python 3, but no one has ever raised the
> issue, so maybe it's not worth it.
> On Thu, Mar 22, 2018 at 10:28 AM, Matthew Turk <email@example.com
> wrote:> <firstname.lastname@example.org <mailto:email@example.com
> Hi Britton,
> This is very strange. Is there any way that you can manually set
> these, by making them public or making them operations that set global
> On Wed, Mar 21, 2018 at 12:18 AM, Britton Smith
>> wrote:> > yt-dev mailing list -- firstname.lastname@example.org <mailto:email@example.com>
> > Hi everyone,
> > I'm trying to close out this bug:
> > https://github.com/yt-project/
> > After spending a fair amount of time on this, all I've been able to
> > determine is that the values of the server address and port seem to go
> > missing for the server. These two values are passed from
> > yt/analysis_modules/halo_
> > rockstar_interface.pyx in the same directory. They are then
> assigned to two
> > global variables internal to Rockstar. Rockstar instances are either
> > readers, writers, or servers. Both the readers and writers manage
> to hold
> > on to the correct values for the server address and port, but when
> I check
> > these values for the server itself, they are just empty strings.
> > Somehow, this all works fine in python 2, i.e., all rockstar instances
> > maintain the correct values. I am totally out of ideas for how to
> fix this.
> > Does anyone have any thoughts?
> > Britton
> > ______________________________
> > To unsubscribe send an email to firstname.lastname@example.org
> yt-dev mailing list -- email@example.com <mailto:firstname.lastname@example.org>
> To unsubscribe send an email to email@example.com
yt-dev mailing list -- firstname.lastname@example.org
To unsubscribe send an email to email@example.com