I have tested your code updates Majid and they work splendidly!
On Sep 4, 10:54 am, Dossy Shiobara do...@panoptic.com wrote:
I have committed Majid's code to GitHub that he has sent to me and have
tagged it version 1.1. You can download the tarball for it using this URL:
Am I understanding you correctly in that your proposed patch is no
longer needed?
On 9/5/10 7:25 PM, Sep Ng wrote:
I have tested your code updates Majid and they work splendidly!
On Sep 4, 10:54 am, Dossy Shiobara do...@panoptic.com wrote:
I have committed Majid's code to GitHub that he
Hi Dossy,
Is it possible to remove the one which you just added on github because it's
not the clean version which I wanted to add at the time when I ported for
aolserver and also I have fixed a type casting bug in the code later on. So
I wanted to import a clean and a stable version of
On Fri, Sep 03, 2010 at 06:01:17PM +0400, Majid Khan wrote:
So I wanted to import a clean and a stable version of nsmemcache to
github.
Um, hopefully Dossy is importing the entire CVS history to github, not
a single snapshot of the code. (I know there are CVS-to-git
conversion tools, so I
Is it necessary to remove what's there (and lose the change history) or just
commit your changes? Send me what you have and I can commit it, or you can fork
and send a pull request through GitHub.
Are your changes documented? How can they be tested? Will they conflict with
Sep's BUFSIZE patch?
Yes just remove what's there because there are multiple/redundant copies of
the same file so its very confusing which file is the correct version of
memcache and about the history, ever since I have imported no one added any
patch so there is nothing that we will lose. The code I have sent you is
Majid,
I will be more than happy to do it. I just probably need to figure
how and where to git pull. I don't think I have an account however.
Regards.
On Sep 4, 5:03 am, Majid Khan majidkha...@gmail.com wrote:
Yes just remove what's there because there are multiple/redundant copies of
the
I think the best way to do this is to fork the project, then replace it with
his code, then commit his diff, and then do a pull request to Dossy.
That preserves the history, and allows us to see what Majid's changes are.
Jade
*Jade Rubick* | Director of Development | TRUiST
2201 Wisconsin Ave
I have committed Majid's code to GitHub that he has sent to me and have
tagged it version 1.1. You can download the tarball for it using this URL:
http://github.com/aolserver/nsmemcache/tarball/1.1
On 9/3/10 5:03 PM, Majid Khan wrote:
Yes just remove what's there because there are
Hi Dossy:
If you can import the nsmemcached module, we'll commit Sep's fix for larger
sized messages.
Jade
*Jade Rubick* | Director of Development | TRUiST
2201 Wisconsin Ave NW, Suite 250 | Washington, DC 20007 | www.truist.com |
+1 202 903 2564
P Please consider the environment before
Got it. Imported:
http://github.com/aolserver/nsmemcache
On 9/2/10 3:11 PM, Jade Rubick wrote:
If you can import the nsmemcached module, we'll commit Sep's fix for
larger sized messages.
--
Dossy Shiobara | do...@panoptic.com | http://dossy.org/
Panoptic Computer Network |
FYI, I've imported the nsoracle module into github:
http://github.com/aolserver/nsoracle
I'll be slowly importing more and more modules as time goes on. If
anyone desires a particular module imported sooner rather than later,
speak up and I'll try to get to it first.
-- Dossy
On 8/25/10
Hi Andrew,
It seems that the changes you did improved the stability of
aolserver. I will observe more of this, but the patch is looking
good.
On Aug 27, 6:13 am, Sep Ng thejackschm...@gmail.com wrote:
Thanks for letting me know, Andrew. I will try to get around to
testing the latest code
There was an uniititialized int * being passed into OCI in the code that
handles 'ns_ora exec_plsql'.
2.7 is nearly 6 years old now. If you can post the backtrace of a crash w/
the most recent nsoracle from CVS I'm happy to take a look at it. Are you
able to reliably reproduce the crash?
Thanks for letting me know, Andrew. I will try to get around to
testing the latest code base from CVS. I remember that the crashes
happen way too often so I'm confident that if the crash was not
already fixed, it's going to happen again.
On Aug 27, 12:41 am, Andrew Steets ste...@gmail.com
Hello,
I just checked in a patch for the Oracle driver that fixes a crash bug we
were seeing on some of our servers. Anyone running a relatively recent
(last two years) version of the Oracle driver may want to switch.
I saw some e-mail a while ago about switching to GitHub, but I don't see any
Andrew,
Thanks for committing the nsoracle fix! Glad to see you're still
working with it.
I did start moving the core source to GitHub, but didn't get around to
moving the modules. I do intend to move them and, by coincidence, will
be doing work directly on AOLserver starting in September, so
Hi,
Can I ask what nature of the crash this fixes? I remember trying
nsoracle 2.8 fork and it was extremely unstable and had to rollback to
2.7. Is this on the CVS tree now?
Thanks!
On Aug 26, 4:56 am, Andrew Steets ste...@gmail.com wrote:
Hello,
I just checked in a patch for the Oracle
18 matches
Mail list logo