www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Arcane Jill's BigInt library on www.dsource.org

reply "Walter" <newshound digitalmars.com> writes:
It used to be in her Diemos library, but it seems to be gone from dsource.
Anyone know what happened to it?
Feb 25 2005
next sibling parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Walter wrote:

 It used to be in her Diemos library, but it seems to be gone from dsource.

I don't know what happened to the Deimos project, ("Could not open the requested SVN filesystem" ?) but the license on etc.bigint made it kinda unusable anyway...
 Copyright (c) 2004, Arcane Jill
 
 All rights reserved. Intellectual Property Me Arse!
 
 Redistribution and use in source and binary forms, with or without
modification, are permitted
 provided that the following conditions are met:
 
    * Redistributions of source code must retain the above copyright notice,
the phrase
      "Intellectual Property Me Arse!", this list of conditions, and the
following disclaimer.
    * Redistributions in binary form must reproduce the above copyright notice,
the phrase
      "Intellectual Property Me Arse!", this list of conditions and the
following disclaimer
      in the documentation and/or other materials provided with the
distribution.
    * The name Arcane Jill may not be used to endorse or promote products
derived from this
      software without specific prior written permission.
 
 THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
AND ANY EXPRESS
 OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
OF MERCHANTABILITY
 AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
COPYRIGHT OWNER,
 OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
EXEMPLARY, OR
 CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
SUBSTITUTE GOODS OR
 SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
CAUSED, AND ON ANY
 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
NEGLIGENCE OR
 OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
OF THE POSSIBILITY
 OF SUCH DAMAGE.

Quite possibly the weirdest "advertising clause" ever ? BTW; The actual code seems to still be in Googles cache... http://svn.dsource.org/svn/projects/deimos/trunk/etc/bigint/ --anders
Feb 25 2005
parent Georg Wrede <georg.wrede nospam.org> writes:
Anders F Björklund wrote:
 Walter wrote:
 
 It used to be in her Diemos library, but it seems to be gone from 
 dsource.


 (INCLUDING NEGLIGENCE OR
 OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF 
 ADVISED OF THE POSSIBILITY
 OF SUCH DAMAGE.

Quite possibly the weirdest "advertising clause" ever ? BTW; The actual code seems to still be in Googles cache... http://svn.dsource.org/svn/projects/deimos/trunk/etc/bigint/

Truly weird. Especially the ending, which I'd have written "even if _not_ adviced"...
Feb 27 2005
prev sibling next sibling parent reply J C Calvarese <jcc7 cox.net> writes:
In article <cvnopi$16vj$1 digitaldaemon.com>, Walter says...
It used to be in her Diemos library, but it seems to be gone from dsource.
Anyone know what happened to it?

This link gave me an error: http://svn.dsource.org/svn/projects/deimos/ "Could not open the requested SVN filesystem". My guess is that the SVN repository needs repairing or something like that. I'll do a little more research when I get home, but the bottom line is that Brad will probably need to do something to fix it. jcc7
Feb 25 2005
parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
J C Calvarese wrote:
 In article <cvnopi$16vj$1 digitaldaemon.com>, Walter says...
 
It used to be in her Diemos library, but it seems to be gone from dsource.
Anyone know what happened to it?

This link gave me an error: http://svn.dsource.org/svn/projects/deimos/ "Could not open the requested SVN filesystem".

That link seems to work now and the files are there; however, I can't seem to check it out with SVN. I get [masg2-mac:~/Downloads/d] masg2% svn checkout http://svn.dsource.org/svn/projects/deimos subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: REPORT request failed on '/svn/projects/deimos/!svn/vcc/default' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: REPORT of '/svn/projects/deimos/!svn/vcc/default': 400 Bad Request (http://svn.dsource.org) and similarly with other similar requests. Am I doing something wrong? Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Mar 14 2005
next sibling parent reply Brad Anderson <brad dsource.dot.org> writes:
Stewart Gordon wrote:
 J C Calvarese wrote:
 
 In article <cvnopi$16vj$1 digitaldaemon.com>, Walter says...

 It used to be in her Diemos library, but it seems to be gone from 
 dsource.
 Anyone know what happened to it?

This link gave me an error: http://svn.dsource.org/svn/projects/deimos/ "Could not open the requested SVN filesystem".

<snip> That link seems to work now and the files are there; however, I can't seem to check it out with SVN. I get [masg2-mac:~/Downloads/d] masg2% svn checkout http://svn.dsource.org/svn/projects/deimos subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: REPORT request failed on '/svn/projects/deimos/!svn/vcc/default' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: REPORT of '/svn/projects/deimos/!svn/vcc/default': 400 Bad Request (http://svn.dsource.org) and similarly with other similar requests. Am I doing something wrong? Stewart.

I was able to pull it out of the repos from my home Windows box and TortoiseSVN. I imagine the same would be true for my command-line client for Linux. I think my clients are up-to-date, i.e. 1.1.x or so, but the server is still 1.0.3 (for now). But I don't think that's it... The 400 error makes me think it was either a bandwidth issue or the server was really busy. I also wouldn't try it from 11:15am CST for an hour, because that's server backup time... It's busy and overworked for such a small server. The new one should handle this a lot better. Keep trying, and also let me know if you get the errors right away, or if some files come down and then the errors pop up. I could always package it into a download and post it to the downloads section. BA
Mar 14 2005
parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Brad Anderson wrote:
<snip>
 The 400 error makes me think it was either a bandwidth issue or the 
 server was really busy.  I also wouldn't try it from 11:15am CST for an 
 hour, because that's server backup time...  It's busy and overworked for 
 such a small server.  The new one should handle this a lot better.
 
 Keep trying, and also let me know if you get the errors right away, or 
 if some files come down and then the errors pop up.  I could always 
 package it into a download and post it to the downloads section.

I just tried it again, same error. It generally takes 5-6 seconds to return (LAN-based connection), and by this time it has set up the SVN admin directory (with a few files and mostly empty subdirs) but not retrieved anything. If I take out my proxy server connection, it takes a lot longer to fail, again gets only as far as setting up the admin directory and the error is subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: PROPFIND request failed on '/svn/projects/deimos' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: PROPFIND of '/svn/projects/deimos': could not connect to server (http://svn.dsource.org) Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Mar 14 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
Stewart Gordon wrote:
 Brad Anderson wrote:
 <snip>
 
 The 400 error makes me think it was either a bandwidth issue or the 
 server was really busy.  I also wouldn't try it from 11:15am CST for 
 an hour, because that's server backup time...  It's busy and 
 overworked for such a small server.  The new one should handle this a 
 lot better.

 Keep trying, and also let me know if you get the errors right away, or 
 if some files come down and then the errors pop up.  I could always 
 package it into a download and post it to the downloads section.

I just tried it again, same error. It generally takes 5-6 seconds to return (LAN-based connection), and by this time it has set up the SVN admin directory (with a few files and mostly empty subdirs) but not retrieved anything. If I take out my proxy server connection, it takes a lot longer to fail, again gets only as far as setting up the admin directory and the error is subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: PROPFIND request failed on '/svn/projects/deimos' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: PROPFIND of '/svn/projects/deimos': could not connect to server (http://svn.dsource.org) Stewart.

Attempt #1... I found a thread that may help. It's not exactly the same error, but close. The first line is the same. http://svn.haxx.se/dev/archive-2004-07/0872.shtml The bottom line of this thread is that a client upgrade may help your situation. I'm not sure that it's the solution for you, though. Kris had similar problems, but always while trying to upload huge amounts of DOxygen-generated html/image files. He broke the job up into pieces and it seems to work. He also upgraded his client software and it didn't help. Okay, attempt #2... In your hosts file, can you "temporarily" put the entry: 68.91.106.142 svn.dsource.org Then attempt the checkout. This is on the new server, and there's a slightly new path to use. Effectively, I've done away with the /svn/projects/xxxx http://svn.dsource.org/projects/deimos This uses Subversion server 1.1.1 and is on a much faster box. Also, there's no backup on the new server, but it's currently running on the PROD server. Let me know if this helps or works better. Brad
Mar 14 2005
next sibling parent Brad Anderson <brad dsource.dot.org> writes:
Progress, Stewart?
Mar 15 2005
prev sibling parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Brad Anderson wrote:
<snip>
 http://svn.haxx.se/dev/archive-2004-07/0872.shtml
 
 The bottom line of this thread is that a client upgrade may help your 
 situation.  I'm not sure that it's the solution for you, though.

I was on 1.1.0, just upgraded to 1.1.3.
 Kris had similar problems, but always while trying to upload huge 
 amounts of DOxygen-generated html/image files.  He broke the job up into 
 pieces and it seems to work.  He also upgraded his client software and 
 it didn't help.
 
 Okay, attempt #2...
 
 In your hosts file, can you "temporarily" put the entry:
 68.91.106.142  svn.dsource.org

Done....
 Then attempt the checkout.  This is on the new server, and there's a 
 slightly new path to use.  Effectively, I've done away with the 
 /svn/projects/xxxx
 
 http://svn.dsource.org/projects/deimos

[masg2-mac:~/Downloads/d/deimos] masg2% svn checkout http://svn.dsource.org/projects/deimos subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: PROPFIND request failed on '/projects/deimos' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: PROPFIND of '/projects/deimos': 405 Method Not Allowed (http://svn.dsource.org) Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Mar 16 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
Stewart Gordon wrote:
<snip>
 In your hosts file, can you "temporarily" put the entry:
 68.91.106.142  svn.dsource.org

Done....
 Then attempt the checkout.  This is on the new server, and there's a 
 slightly new path to use.  Effectively, I've done away with the 
 /svn/projects/xxxx

 http://svn.dsource.org/projects/deimos

<snip> [masg2-mac:~/Downloads/d/deimos] masg2% svn checkout http://svn.dsource.org/projects/deimos subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: PROPFIND request failed on '/projects/deimos' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: PROPFIND of '/projects/deimos': 405 Method Not Allowed (http://svn.dsource.org) Stewart.

This hosts file didn't take on your machine. I see your request for /projects/deimos in logs on the old server (68.91.106.141). It may be that you have to exit out of your command-line tool to have the hosts file change take effect? You can view the code in a browser here: http://trac.dsource.org/projects/deimos/browser/ but I imagine that you really want to pull it to your local. Again, I can send it to you in a zip, but I would rather work through the problem and have a public copy of our results for future searches to find. I'm still skeptical about your client. Not that you rebuilt from 1.1.0 to 1.1.3, mind you. In places, I'm still using a 1.0.x client against both 1.0.x and 1.1.x servers, and all is working fine. I'm thinking something like your ISP decided to drop support for WebDAV-type calls over port 80 or something. I know this was a problem with Yuriy, trying to work on DWT from Russia. Thanks for trying to help troubleshoot... BA
Mar 16 2005
parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Brad Anderson wrote:
<snip>
 This hosts file didn't take on your machine.  I see your request for 
 /projects/deimos in logs on the old server (68.91.106.141).  It may be 
 that you have to exit out of your command-line tool to have the hosts 
 file change take effect?

Do you mean my shell session? I'm not sure what that would have to do with it. I tried in a new shell window, and it made no difference. Or maybe I've edited the wrong hosts file? The one I found was /etc/hosts. Is there another one somewhere?
 You can view the code in a browser here:
 http://trac.dsource.org/projects/deimos/browser/
 
 but I imagine that you really want to pull it to your local.  Again, I 
 can send it to you in a zip, but I would rather work through the problem 
 and have a public copy of our results for future searches to find.

I ended up downloading the files individually off the website. Still, it would be nice to be able to get it working via SVN.
 I'm still skeptical about your client.  Not that you rebuilt from 1.1.0 
 to 1.1.3, mind you.  In places, I'm still using a 1.0.x client against 
 both 1.0.x and 1.1.x servers, and all is working fine.  I'm thinking 
 something like your ISP decided to drop support for WebDAV-type calls 
 over port 80 or something.  I know this was a problem with Yuriy, trying 
 to work on DWT from Russia.

I connect to the Internet via a university LAN. I don't know if such a thing is likely to forbid such things. And FTR I recall doing a successful SVN checkout before (http://something or svn://something, I forget which), but forget what it was. Any idea how to check whether my connection allows WebDAV? Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Mar 16 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
Stewart Gordon wrote:
 Brad Anderson wrote:
 <snip>
 
 This hosts file didn't take on your machine.  I see your request for 
 /projects/deimos in logs on the old server (68.91.106.141).  It may be 
 that you have to exit out of your command-line tool to have the hosts 
 file change take effect?

Do you mean my shell session? I'm not sure what that would have to do with it. I tried in a new shell window, and it made no difference. Or maybe I've edited the wrong hosts file? The one I found was /etc/hosts. Is there another one somewhere?

Not that I know of. I'm not sure why you were still going to 68.91.106.141 instead of .142. But I see no requests in the logs on the new server (.142) What does PING say after your hosts entry?
 
 You can view the code in a browser here:
 http://trac.dsource.org/projects/deimos/browser/

 but I imagine that you really want to pull it to your local.  Again, I 
 can send it to you in a zip, but I would rather work through the 
 problem and have a public copy of our results for future searches to 
 find.

I ended up downloading the files individually off the website. Still, it would be nice to be able to get it working via SVN.
 I'm still skeptical about your client.  Not that you rebuilt from 
 1.1.0 to 1.1.3, mind you.  In places, I'm still using a 1.0.x client 
 against both 1.0.x and 1.1.x servers, and all is working fine.  I'm 
 thinking something like your ISP decided to drop support for 
 WebDAV-type calls over port 80 or something.  I know this was a 
 problem with Yuriy, trying to work on DWT from Russia.

I connect to the Internet via a university LAN. I don't know if such a thing is likely to forbid such things. And FTR I recall doing a successful SVN checkout before (http://something or svn://something, I forget which), but forget what it was. Any idea how to check whether my connection allows WebDAV?

I'm not sure how to check. You could try another site. Try pulling a version of Trac: % svn co http://svn.edgewall.com/repos/trac/trunk and get another data point from another server. I still don't think we even know if it's your client or the dsource.org server. Anyone else out there having difficulties with dsource.org and pulling stuff from SVN? BA
 
 Stewart.
 

Mar 16 2005
next sibling parent John Reimer <brk_6502 yahoo.com> writes:
Brad Anderson wrote:
 Stewart Gordon wrote:
 
 Brad Anderson wrote:
 <snip>

 This hosts file didn't take on your machine.  I see your request for 
 /projects/deimos in logs on the old server (68.91.106.141).  It may 
 be that you have to exit out of your command-line tool to have the 
 hosts file change take effect?

Do you mean my shell session? I'm not sure what that would have to do with it. I tried in a new shell window, and it made no difference. Or maybe I've edited the wrong hosts file? The one I found was /etc/hosts. Is there another one somewhere?

Not that I know of. I'm not sure why you were still going to 68.91.106.141 instead of .142. But I see no requests in the logs on the new server (.142) What does PING say after your hosts entry?
 You can view the code in a browser here:
 http://trac.dsource.org/projects/deimos/browser/

 but I imagine that you really want to pull it to your local.  Again, 
 I can send it to you in a zip, but I would rather work through the 
 problem and have a public copy of our results for future searches to 
 find.

I ended up downloading the files individually off the website. Still, it would be nice to be able to get it working via SVN.
 I'm still skeptical about your client.  Not that you rebuilt from 
 1.1.0 to 1.1.3, mind you.  In places, I'm still using a 1.0.x client 
 against both 1.0.x and 1.1.x servers, and all is working fine.  I'm 
 thinking something like your ISP decided to drop support for 
 WebDAV-type calls over port 80 or something.  I know this was a 
 problem with Yuriy, trying to work on DWT from Russia.

I connect to the Internet via a university LAN. I don't know if such a thing is likely to forbid such things. And FTR I recall doing a successful SVN checkout before (http://something or svn://something, I forget which), but forget what it was. Any idea how to check whether my connection allows WebDAV?

I'm not sure how to check. You could try another site. Try pulling a version of Trac: % svn co http://svn.edgewall.com/repos/trac/trunk and get another data point from another server. I still don't think we even know if it's your client or the dsource.org server. Anyone else out there having difficulties with dsource.org and pulling stuff from SVN? BA
 Stewart.


Nope, no problem at all. :-)
Mar 16 2005
prev sibling next sibling parent "Carlos Santander B." <csantander619 gmail.com> writes:
Brad Anderson wrote:
 Anyone else 
 out there having difficulties with dsource.org and pulling stuff from SVN?
 
 BA
 

Me only at work. I basically got the same messages than Stewart. But I'm sure this must be a problem there because at home everything works great. I don't know what the problem might be. _______________________ Carlos Santander Bernal
Mar 16 2005
prev sibling parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Brad Anderson wrote:
<snip>
 Not that I know of.  I'm not sure why you were still going to 
 68.91.106.141 instead of .142.  But I see no requests in the logs on the 
 new server (.142)  What does PING say after your hosts entry?

PING svn.dsource.org (68.91.106.142): 56 data bytes <snip>
 I connect to the Internet via a university LAN.  I don't know if such 
 a thing is likely to forbid such things.  And FTR I recall doing a 
 successful SVN checkout before (http://something or svn://something, I 
 forget which), but forget what it was.  Any idea how to check whether 
 my connection allows WebDAV?

I'm not sure how to check. You could try another site. Try pulling a version of Trac: % svn co http://svn.edgewall.com/repos/trac/trunk

Looks like the old error. [masg2-mac:~/Downloads/svntest] masg2% svn co http://svn.edgewall.com/repos/trac/trunk subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: REPORT request failed on '/repos/trac/!svn/vcc/default' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: REPORT of '/repos/trac/!svn/vcc/default': 400 Bad Request (http://svn.edgewall.com) Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Mar 17 2005
parent Brad Anderson <brad dsource.dot.org> writes:
Stewart Gordon wrote:
 Brad Anderson wrote:
 <snip>
 
 Not that I know of.  I'm not sure why you were still going to 
 68.91.106.141 instead of .142.  But I see no requests in the logs on 
 the new server (.142)  What does PING say after your hosts entry?

PING svn.dsource.org (68.91.106.142): 56 data bytes

Um, okay, I forgot I don't respond to pings. It worked for me because I was on the local network. Sorry 'bout that.
 <snip>
 
 I connect to the Internet via a university LAN.  I don't know if such 
 a thing is likely to forbid such things.  And FTR I recall doing a 
 successful SVN checkout before (http://something or svn://something, 
 I forget which), but forget what it was.  Any idea how to check 
 whether my connection allows WebDAV?

I'm not sure how to check. You could try another site. Try pulling a version of Trac: % svn co http://svn.edgewall.com/repos/trac/trunk

<snip> Looks like the old error. [masg2-mac:~/Downloads/svntest] masg2% svn co http://svn.edgewall.com/repos/trac/trunk subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: REPORT request failed on '/repos/trac/!svn/vcc/default' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: REPORT of '/repos/trac/!svn/vcc/default': 400 Bad Request (http://svn.edgewall.com) Stewart.

I'm pretty sure that others can get to the Trac repos, as well as other dsource repos's. So, it looks like it's your client or more likely your connection... Here's some info, searching for 'svn report failed 400 bad request': http://minnow.cc.gatech.edu/squeak/5596 http://nemerle.org/hacking.html http://64.233.187.104/search?q=cache:VPTubbs6M1sJ:svn.haxx.se/users/archive-2004-02/0983.shtml+svn+report+failed+400+bad+request&hl=en These point to HTTP proxy issues with your connection. There are ways around it, listed in those links, but I don't have anything listening on port 81, or https:// working, so they're a no-go. Best way is to get REPORT allowed by the proxy (and all other WebDAV commands). That should be fairly difficult to get the University to change :( BA
Mar 17 2005
prev sibling parent reply Dave <Dave_member pathlink.com> writes:
Hope you don't mind me mentioning this Ben, but I've tried both Ben Hinkle's GMP
for D wrapper and the AJ BigInt library and I find the GMP wrapper to be more
usable (better op. overloading, for example), much more performant, easier to
use (package structure, linking, etc.), easier to customize for one's needs (eg:
performance 'tuning') and finally it is up-to-date with the latest DMD language
requirements.

You may want to give that a shot also.

I noticed that the BigInt library was slated for inclusion in Deimos, personally
- if anyone involved with that is listening - I would evaluate both before much
work is done updating/including the AJ BigInt library.

- Dave

In article <d13tt2$1fh2$1 digitaldaemon.com>, Stewart Gordon says...
J C Calvarese wrote:
 In article <cvnopi$16vj$1 digitaldaemon.com>, Walter says...
 
It used to be in her Diemos library, but it seems to be gone from dsource.
Anyone know what happened to it?

This link gave me an error: http://svn.dsource.org/svn/projects/deimos/ "Could not open the requested SVN filesystem".

That link seems to work now and the files are there; however, I can't seem to check it out with SVN. I get [masg2-mac:~/Downloads/d] masg2% svn checkout http://svn.dsource.org/svn/projects/deimos subversion/libsvn_ra_dav/util.c:670: (apr_err=175002) svn: REPORT request failed on '/svn/projects/deimos/!svn/vcc/default' subversion/libsvn_ra_dav/util.c:294: (apr_err=175002) svn: REPORT of '/svn/projects/deimos/!svn/vcc/default': 400 Bad Request (http://svn.dsource.org) and similarly with other similar requests. Am I doing something wrong? Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.

Mar 14 2005
next sibling parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Dave wrote:

 Hope you don't mind me mentioning this Ben, but I've tried both Ben Hinkle's
GMP
 for D wrapper and the AJ BigInt library and I find the GMP wrapper to be more
 usable (better op. overloading, for example), much more performant, easier to
 use (package structure, linking, etc.), easier to customize for one's needs
(eg:
 performance 'tuning') and finally it is up-to-date with the latest DMD language
 requirements.

I second that. GMP also has a better license than etc.bigint, it uses GNU LGPL versus AJ's "the Arse license": http://svn.dsource.org/svn/projects/deimos/trunk/etc/bigint/bigint.d --anders
Mar 14 2005
parent Dave <Dave_member pathlink.com> writes:
In article <d14elk$215j$1 digitaldaemon.com>,
=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= says...
Dave wrote:

 Hope you don't mind me mentioning this Ben, but I've tried both Ben Hinkle's
GMP
 for D wrapper and the AJ BigInt library and I find the GMP wrapper to be more
 usable (better op. overloading, for example), much more performant, easier to
 use (package structure, linking, etc.), easier to customize for one's needs
(eg:
 performance 'tuning') and finally it is up-to-date with the latest DMD language
 requirements.

I second that. GMP also has a better license than etc.bigint, it uses GNU LGPL versus AJ's "the Arse license": http://svn.dsource.org/svn/projects/deimos/trunk/etc/bigint/bigint.d --anders

Oh yea, and the licensing too <g> I forgot to include a link to Ben's lib. earlier: http://home.comcast.net/~benhinkle/gmp-d/ There is more info. on the GMP core there as well. - Dave
Mar 14 2005
prev sibling parent =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Dave wrote:

 I noticed that the BigInt library was slated for inclusion in Deimos,
personally
 - if anyone involved with that is listening - I would evaluate both before much
 work is done updating/including the AJ BigInt library.

The same goes for etc.unicode, by the way... Kris's ICU wrapper in mango.icu is better, and again: uses X License instead of "Arse" ? --anders
Mar 14 2005
prev sibling next sibling parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Walter wrote:
 It used to be in her Diemos library, but it seems to be gone from dsource.
 Anyone know what happened to it?

Does anyone know what happened to Arcane Jill, let alone what happened to the BigInt library? Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Feb 25 2005
parent "Lynn Allan" <l_d_allan adelphia.net> writes:
 Does anyone know what happened to Arcane Jill, let alone what

 to the BigInt library?

I've wondered the same thing ... she used to be a very prolific poster with lots of ideas that seemed reasonable. There was a post some months back about taking some time away from the D list. I tried to send her an email in Nov indicating we missed her and hoped all was well, but didn't hear back.
Feb 25 2005
prev sibling next sibling parent Brad Anderson <brad dsource.dot.org> writes:
Not sure what happened.  Usually I'm alerted to this disruption in the 
Subversion repository while cron runs the backup, but my emailed logs 
have been clean of any errors/warnings.

The repository is repaired now, so you should be able to get the code...

On a related note, the new dsource server (now almost mythical with the 
delays) will not suffer from this SVN repository corruption, as I'll be 
using the fsfs type of backend, and getting away from the bdb backend. 
This is possible with an upgrade to Subversion 1.1.3

BA

Walter wrote:
 It used to be in her Diemos library, but it seems to be gone from dsource.
 Anyone know what happened to it?
 
 

Feb 25 2005
prev sibling parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Attached are a few bug fixes:

1. The compiler doesn't like assignment of -1 to a uint.  Added a few U 
suffixes and casts here and there.

2. new Int("0") now works.  Previously it returned a reference into the 
constructor's stack frame and so was screwed up.  I've left in the 
isNegative check although it seems pointless - why would len == 0 in the 
first place if -1 is being constructed?

3. bigintFromString now forbids leading zeros - it was checking for 
leading null characters before.

Stewart.

-- 
My e-mail is valid but not my primary mailbox.  Please keep replies on 
the 'group where everyone may benefit.
Mar 21 2005
parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Stewart Gordon wrote:
 Attached are a few bug fixes:

Could someone for whom SVN actually works on this repository please check these in for me? Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Apr 14 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
Stewart Gordon wrote:
 Stewart Gordon wrote:
 
 Attached are a few bug fixes:

Could someone for whom SVN actually works on this repository please check these in for me? Stewart.

Done, although I couldn't get the patches to apply, so I did it by hand. Please check that I didn't screw it up. I tried: % patch -p0 < radix.patch % patch -p0 < bigint_int.patch and got all hunks to fail. Probably something I'm doing, but whatever. Just make sure I got it right. BA
Apr 14 2005
parent reply Stewart Gordon <smjg_1998 yahoo.com> writes:
Brad Anderson wrote:
<snip>
 Done, although I couldn't get the patches to apply, so I did it by hand.
 Please check that I didn't screw it up.

Thanks! It looks right (on a quick check) on svn.dsource.org. But trac still shows the old version.
 I tried:
 
 % patch -p0 < radix.patch
 % patch -p0 < bigint_int.patch
 
 and got all hunks to fail.  Probably something I'm doing, but whatever.
 Just make sure I got it right.

I don't know why it failed. Stewart. -- My e-mail is valid but not my primary mailbox. Please keep replies on the 'group where everyone may benefit.
Apr 14 2005
parent Brad Anderson <brad dsource.dot.org> writes:
Stewart Gordon wrote:
 Brad Anderson wrote:
 <snip>
 
 Done, although I couldn't get the patches to apply, so I did it by hand.
 Please check that I didn't screw it up.

Thanks! It looks right (on a quick check) on svn.dsource.org. But trac still shows the old version.

Trac is on the new server, which is not PROD, so doesn't get the updates.
 
 I tried:

 % patch -p0 < radix.patch
 % patch -p0 < bigint_int.patch

 and got all hunks to fail.  Probably something I'm doing, but whatever.
 Just make sure I got it right.

I don't know why it failed. Stewart.

Apr 14 2005