Pike-devel

pike-devel@lists.lysator.liu.se

3044 discussions

Start a nNew thread

Re: string[x..<y]
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 30 Oct '04

30 Oct '04

I mean a[<-1..] of course; a[sizeof(a)..] is represented easily.

1 0

Re: string[x..<y]
by Mirar ＠ Pike developers forum 30 Oct '04

30 Oct '04

(This will of course completely destroy the case where you want to use the end-operator with another type then int, but meh...)

1 0

Re: string[x..<y]
by Mirar ＠ Pike developers forum 30 Oct '04

30 Oct '04

Note the difference to this: arr[ ..< 1] == arr[ ..sizeof(arr)-2] arr[ ..< 0] == arr[ ..sizeof(arr)-1] arr[ ..<-1] == arr[ ..sizeof(arr)+0] arr[ ..<-2] == arr[ ..sizeof(arr)+1] On the other hand, I don't think it matters much as long as it's defined. But to be consistent with arr[-1] the first one might be a tad better.

2 1

Re: string[x..<y]
by Mirar ＠ Pike developers forum 30 Oct '04

30 Oct '04

(I send in my comments too quick...) On the *third* hand, I think stop using negative indexing to mean the end of arrays would be even better, and if arr[<x] simply means reverse(arr)[x], it's absolutely even better and seems very consistant with everything.

1 0

Re: string[x..<y]
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 30 Oct '04

30 Oct '04

Sorry, I didn't mean to ignore Nilssons Int.inf class, but I was referring to a real bignum Int.inf there.

1 0

oracle module (again!)
by Michael J. Stenitzer ＠ Pike developers forum 28 Oct '04

28 Oct '04

after the fixing of the memory leak and another bug we still encounter problems with the oracle module. after successful tests at our testserver we moved on to our production server and did some performance tests there (using 7.4.169 and roxen 4-cvs). this is a linux-smp server (the other one is a single processor machine running also linux). as soon i start tests with concurrent requests the process immediately hangs and the server restarts. peter holzer (our sys-admin) thinks that this might be a thread problem. BTW: mysql connections are fine. /michael

3 2

Re: oracle module (again!)
by Martin Nilsson (DivX Networks) ＠ Pike (-) developers forum 28 Oct '04

28 Oct '04

> > I don't know anything about the Oracle module but using Pike on a SMP > machine is useless since there is a global interpret lock in Pike so it > can only use one CPU at a time. Except of course when the C-module allows for concurrent operations e.g. when making SQL queries, processing images, hashing data and other operations that doesn't affect Pike structures until completed. On a webserver the OS and the DBM typically also needs CPU time, and they are not bound by the intepretator lock.

1 0

Re: oracle module (again!)
by Per Hedbor () ＠ Pike (-) developers forum 28 Oct '04

28 Oct '04

> I don't know anything about the Oracle module but using Pike on a SMP > machine is useless since there is a global interpret lock in Pike so > it can only use one CPU at a time. Not quite true. Much threaded pike-code runs noticeably faster on a SMP machine. The reason is somewhat obvious: The lock is released for most operations that take significant time (such as image operations, database queries, I/O etc) Also, having an extra CPU for any databases and other external programs, and the system itself for that matter, really helps a lot.

1 0

Pike Camp and Conference Wrap-up
by Bill Welliver 28 Oct '04

28 Oct '04

I've posted a wrap up article covering hilights of last week's Pike camp and conference. You can view the wrap-up (as well as the initial press release and a listing of sites that published it) at: http://camp.gotpike.org/press/ Look for campreport.english.html. We'd also like to get translations of the article and submit it to the various online news outlets in order to maximize exposure. If you're able to translate and or submit this article, that would be great. There are a list of sites that posted the initial pressrelease, so they seem to be definite places to submit the article to. If anyone has any questions or needs help, please don't hesitate to contact us at conference(a)gotpike.org. Thanks in advance! bill welliver and martin baehr camp/conference co-chairs conference(a)gotpike.org

1 0

Re: cmod vars to pike
by Mirar ＠ Pike developers forum 27 Oct '04

27 Oct '04

Hm, wait. You have it in THIS... that might be enough. D'oh...

3 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel