Menu
▾
▴
bobs-devel — Developer mailing list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(23) |
Jul
(37) |
Aug
(13) |
Sep
(33) |
Oct
(37) |
Nov
(1) |
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
(7) |
Mar
(34) |
Apr
(41) |
May
(20) |
Jun
(13) |
Jul
(2) |
Aug
(20) |
Sep
(13) |
Oct
(8) |
Nov
(15) |
Dec
(32) |
| 2004 |
Jan
(65) |
Feb
(20) |
Mar
(29) |
Apr
(27) |
May
(37) |
Jun
(9) |
Jul
(7) |
Aug
(6) |
Sep
(16) |
Oct
|
Nov
(1) |
Dec
(18) |
| 2005 |
Jan
(18) |
Feb
(3) |
Mar
|
Apr
(14) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(23) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(13) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: James W. B. <jbe...@mi...> - 2005-04-21 18:38:36
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Times New Roman">Joe:<br>
I had to run the backup.php manually about a dozen times but if finally
got through with the file cleanups. It kept giving that 30 sec.
timeout error. Maybe that's due to running the file manually and
wouldn't have happened had I let it run its course automatically over
night. Anyway its all cleaned up and seems to be fine now.<br>
<br>
Thanks<br>
James<br>
<br>
</font><br>
Joe Zacky wrote:
<blockquote cite="mid...@za..." type="cite">James W.
Beauchamp wrote:
<br>
<br>
<blockquote type="cite">Joe:
<br>
I've installed the cvs version of bobs and have manually run the
backup.php script. I now see many screenfulls of this:
<br>
<br>
<br>
<b>Warning</b>: unlink() failed (Is a directory) in
<b>/var/www/html/bobs/inc/class_cleanup.php</b> on line
<b>95</b><br />
<br>
Unable to remove /backup/bobsdata/incremental/main/homedirs//
<br>
<br />
<br>
<b>Fatal error</b>: Maximum execution time of 30 seconds
exceeded in <b>/var/www/html/bobs/inc/class_cleanup.php</b>
on line <b>89</b><br />
<br>
<br>
It's failing to remove something. Is this just a one time thing or an
indication of something else?
<br>
<br>
Thanks
<br>
James
<br>
</blockquote>
<br>
I haven't seen that error before. Sounds like it's trying to remove a
directory, but why it times out I don't know.
<br>
<br>
If this were my system I'd consider deleting the server definition from
the bobs admin screen, removing /backup/bobsdata/incremental/main/ and
/backup/bobsdata/current/main/, then starting fresh. Maybe the database
files (.db) are out of sync with what's actually archived? I don't
know.
<br>
<br>
If your backup is really huge, you can leave the files under the
directory tree /backup/bobsdata/current/main/homedirs/ but remove the
files in /backup/bobsdata/current/main/*. That way your first rsync
won't have to do much work.
<br>
<br>
I have no idea if that will help though. The real problem may have
something to do with the timeout error.
<br>
<br>
Joe
<br>
<br>
<br>
-------------------------------------------------------
<br>
This SF.Net email is sponsored by: New Crystal Reports XI.
<br>
Version 11 adds new functionality designed to reduce time involved in
<br>
creating, integrating, and deploying reporting solutions. Free runtime
info,
<br>
new features, or free trial, at:
<a class="moz-txt-link-freetext" href="http://www.businessobjects.com/devxi/728">http://www.businessobjects.com/devxi/728</a>
<br>
_______________________________________________
<br>
Bobs-devel mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Bob...@li...">Bob...@li...</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/bobs-devel">https://lists.sourceforge.net/lists/listinfo/bobs-devel</a>
<br>
<br>
</blockquote>
</body>
</html>
|
|
From: Andy M. <and...@mb...> - 2005-04-21 17:27:36
|
Yeah, i have bobs on a fc2 box and it works fine. i might have to update this box to fc2 to make it work nicer. andy Joe Zacky wrote: > Andy Morris wrote: > >> why am i getting this message? >> >> <b>Security Alert!</b> The PHP CGI cannot be accessed directly. >> >> <p>This PHP CGI binary was compiled with force-cgi-redirect enabled. >> This >> means that a page will only be served up if the REDIRECT_STATUS CGI >> variable is >> set, e.g. via an Apache Action directive.</p> >> <p>For more information as to <i>why</i> this behaviour exists, see >> the <a href="http://php.net/security.cgi-bin">manual page for CGI >> security</a>.</p> >> <p>For more information about changing this behaviour or re-enabling >> this webserver, >> consult the installation file that came with this distribution, or >> visit <a href="http://php.net/install.windows">the manual page</a>.</p> >> >> What do i need to do to solve this problem? >> I used the rpm install of BOBS > > > Sounds like it has to do with the way php is integrated into your > Apache configuration. I haven't seen this error. I'm running bobs on > Fedora Core 2. I'm sure the php link referred to has the answer, but > it looks confusing at a glance. > > Joe > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel |
|
From: Joe Z. <joe...@za...> - 2005-04-21 17:01:26
|
Andy Morris wrote: > why am i getting this message? > > <b>Security Alert!</b> The PHP CGI cannot be accessed directly. > > <p>This PHP CGI binary was compiled with force-cgi-redirect enabled. > This > means that a page will only be served up if the REDIRECT_STATUS CGI > variable is > set, e.g. via an Apache Action directive.</p> > <p>For more information as to <i>why</i> this behaviour exists, see > the <a href="http://php.net/security.cgi-bin">manual page for CGI > security</a>.</p> > <p>For more information about changing this behaviour or re-enabling > this webserver, > consult the installation file that came with this distribution, or > visit <a href="http://php.net/install.windows">the manual page</a>.</p> > > What do i need to do to solve this problem? > I used the rpm install of BOBS Sounds like it has to do with the way php is integrated into your Apache configuration. I haven't seen this error. I'm running bobs on Fedora Core 2. I'm sure the php link referred to has the answer, but it looks confusing at a glance. Joe |
|
From: Joe Z. <joe...@za...> - 2005-04-21 16:52:14
|
James W. Beauchamp wrote: > Joe: > I've installed the cvs version of bobs and have manually run the > backup.php script. I now see many screenfulls of this: > > > <b>Warning</b>: unlink() failed (Is a directory) in > <b>/var/www/html/bobs/inc/class_cleanup.php</b> on line <b>95</b><br /> > Unable to remove /backup/bobsdata/incremental/main/homedirs// > <br /> > <b>Fatal error</b>: Maximum execution time of 30 seconds exceeded in > <b>/var/www/html/bobs/inc/class_cleanup.php</b> on line <b>89</b><br /> > > It's failing to remove something. Is this just a one time thing or an > indication of something else? > > Thanks > James I haven't seen that error before. Sounds like it's trying to remove a directory, but why it times out I don't know. If this were my system I'd consider deleting the server definition from the bobs admin screen, removing /backup/bobsdata/incremental/main/ and /backup/bobsdata/current/main/, then starting fresh. Maybe the database files (.db) are out of sync with what's actually archived? I don't know. If your backup is really huge, you can leave the files under the directory tree /backup/bobsdata/current/main/homedirs/ but remove the files in /backup/bobsdata/current/main/*. That way your first rsync won't have to do much work. I have no idea if that will help though. The real problem may have something to do with the timeout error. Joe |
|
From: Joe Z. <joe...@za...> - 2005-04-21 16:32:12
|
James W. Beauchamp wrote: > Thanks Joe. > I'll pull down and install the cvs version. I'll also look into the > rsynch bug you spoke of. When I ran the backup.php by hand I saw this > error message a number of times for a bunch of files: > > <b>Warning</b>: stat failed for > /backup/bobsdata/incremental/main/webbackup/acimsdb.zip.2005.110 > (errno=75 - Value too large for defined data type) in > <b>/backup/bobsdata/current/process/cmd/cmd.3424.php</b> on line > <b>38</b><br /> > > > These files are about 1GB in size each. > > Any ideas on this?? > > Thanks > James I'm aware of that one. It comes from backup_create_databases.php. lstat() in php gets that error when a file size is too big to fit in the return value for size. It doesn't harm the backup, but it probably affects the restore information for that file. That's on my todo list. |
|
From: James W. B. <jbe...@mi...> - 2005-04-21 15:16:40
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Times New Roman">Joe:<br>
I've installed the cvs version of bobs and have manually run the
backup.php script. I now see many screenfulls of this:</font><br>
<tt></tt><br>
<br>
<b>Warning</b>: unlink() failed (Is a directory) in
<b>/var/www/html/bobs/inc/class_cleanup.php</b> on line
<b>95</b><br /><br>
Unable to remove /backup/bobsdata/incremental/main/homedirs//<br>
<br /><br>
<b>Fatal error</b>: Maximum execution time of 30 seconds
exceeded in <b>/var/www/html/bobs/inc/class_cleanup.php</b>
on line <b>89</b><br /><br>
<br>
It's failing to remove something. Is this just a one time thing or an
indication of something else?<br>
<br>
Thanks<br>
James<br>
<br>
Joe Zacky wrote:
<blockquote cite="mid...@za..." type="cite">James W.
Beauchamp wrote:
<br>
<br>
<blockquote type="cite">Hi all. I'm running 0.6.2 BOBS and I am
having a problem with files not being deleted that are over the
retention time (30 days) that I specified in the share setup. </blockquote>
<br>
My following answers relate to the cvs version of bobs 0.6.2. There are
lots of fixes and enhancements there.
<br>
<br>
<blockquote type="cite">What controls this feature?
<br>
</blockquote>
<br>
/etc/cron.daily/backup.php runs delete_files() in class_cleanup.php.
<br>
<br>
<blockquote type="cite"> Is it part of the nightly cron?
<br>
</blockquote>
<br>
Yes, /etc/cron.daily.
<br>
<br>
<blockquote type="cite">How can I trouble shoot this and see why its
not honoring the file retention time limit?
<br>
</blockquote>
<br>
Running /etc/cron.daily/backup.php manually should tell you if it even
gets to the cleanup portion. There is an output line just before
cleanup:
<br>
print "Incremental cleanup retention days: $retention_days\n";
<br>
<br>
You could run /etc/cron.daily/backup.php manually and put "echo" or
"print" commands in class_cleanup.php to figure out what's going on.
<br>
<br>
<blockquote type="cite"><br>
Thanks
<br>
<br>
James
<br>
</blockquote>
<br>
It's possible a bug in rsync may be related to your problem. Or it may
have nothing to do with it.
<br>
<br>
I routinely experience problems with a bug in rsync version 2.6.2
where it tries to create a directory that already exists. Rsync fails
and my incremental files are not all deleted and no files have been
backed up. I have to manually run the backup again from the bobs menu
until the incrementals are cleaned up. The bug has been fixed but it
requires a patch or upgrade to rsync 2.6.3. The bug is described here:
<a class="moz-txt-link-freetext" href="https://bugzilla.samba.org/show_bug.cgi?id=1412">https://bugzilla.samba.org/show_bug.cgi?id=1412</a>
<br>
<br>
If you're using the latest cvs version of bobs, you can look in
bobs.log. for " make_bak_dir mkdir "<some file name>" failed:
File exists
<br>
<br>
A work around is to add the option --delete-after to the rsync commands
in the bobs template directory, usually
/var/www/html/bobs/inc/templates or inc/templates/ from the directory
where you compiled bobs. This won't help delete the incremental files,
but it will make sure your files get backed up before deleting the
incrementals.
<br>
<br>
Regardless, there are several fixes and enhancements in the cvs
version, mostly for logging and email notification, plus the backup
templates are easily configurable.
<br>
<br>
Hope that helps.
<br>
<br>
Joe Zacky
<br>
<br>
<br>
-------------------------------------------------------
<br>
This SF.Net email is sponsored by: New Crystal Reports XI.
<br>
Version 11 adds new functionality designed to reduce time involved in
<br>
creating, integrating, and deploying reporting solutions. Free runtime
info,
<br>
new features, or free trial, at:
<a class="moz-txt-link-freetext" href="http://www.businessobjects.com/devxi/728">http://www.businessobjects.com/devxi/728</a>
<br>
_______________________________________________
<br>
Bobs-devel mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Bob...@li...">Bob...@li...</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/bobs-devel">https://lists.sourceforge.net/lists/listinfo/bobs-devel</a>
<br>
<br>
</blockquote>
</body>
</html>
|
|
From: Andy M. <and...@mb...> - 2005-04-21 14:36:22
|
why am i getting this message? <b>Security Alert!</b> The PHP CGI cannot be accessed directly. <p>This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set, e.g. via an Apache Action directive.</p> <p>For more information as to <i>why</i> this behaviour exists, see the <a href="http://php.net/security.cgi-bin">manual page for CGI security</a>.</p> <p>For more information about changing this behaviour or re-enabling this webserver, consult the installation file that came with this distribution, or visit <a href="http://php.net/install.windows">the manual page</a>.</p> What do i need to do to solve this problem? I used the rpm install of BOBS |
|
From: James W. B. <jbe...@mi...> - 2005-04-21 14:29:28
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Times New Roman">Thanks Joe.<br>
I'll pull down and install the cvs version. I'll also look into the
rsynch bug you spoke of. When I ran the backup.php by hand I saw this
error message a number of times for a bunch of files:<br>
<br>
<b>Warning</b>: stat failed for
/backup/bobsdata/incremental/main/webbackup/acimsdb.zip.2005.110
(errno=75 - Value too large for defined data type) in
<b>/backup/bobsdata/current/process/cmd/cmd.3424.php</b> on
line <b>38</b><br /><br>
<br>
<br>
These files are about 1GB in size each.<br>
<br>
Any ideas on this??<br>
<br>
Thanks<br>
James<br>
<br>
</font><br>
Joe Zacky wrote:
<blockquote cite="mid...@za..." type="cite"><br>
<br>
Joe Zacky wrote:
<br>
<br>
<blockquote type="cite">James W. Beauchamp wrote:
<br>
<br>
<blockquote type="cite">Hi all. I'm running 0.6.2 BOBS and I am
having a problem with files not being deleted that are over the
retention time (30 days) that I specified in the share setup. </blockquote>
<br>
If you're using the latest cvs version of bobs, you can look in
bobs.log. for " make_bak_dir mkdir "<some file name>" failed:
File exists
<br>
</blockquote>
<br>
Also, my cron.daily process sends any output as email to root. Messages
from bobs cleanup are shown there.
<br>
<br>
This section of code in class_cleanup.php does it:
<br>
<br>
if(unlink($fullpath) == TRUE){ // unlink file verbosely
<br>
print("Removed $fullpath\n");
<br>
for($i = 0; $i<6; $i++) // Delete keys '0' -
'5'
<br>
dba_delete($val + $i, $handle);
<br>
}
<br>
else {
<br>
print("Unable to remove $fullpath\n");
<br>
}
<br>
}
<br>
<br>
<br>
<br>
-------------------------------------------------------
<br>
This SF.Net email is sponsored by: New Crystal Reports XI.
<br>
Version 11 adds new functionality designed to reduce time involved in
<br>
creating, integrating, and deploying reporting solutions. Free runtime
info,
<br>
new features, or free trial, at:
<a class="moz-txt-link-freetext" href="http://www.businessobjects.com/devxi/728">http://www.businessobjects.com/devxi/728</a>
<br>
_______________________________________________
<br>
Bobs-devel mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Bob...@li...">Bob...@li...</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/bobs-devel">https://lists.sourceforge.net/lists/listinfo/bobs-devel</a>
<br>
<br>
</blockquote>
</body>
</html>
|
|
From: Joe Z. <joe...@za...> - 2005-04-20 17:34:13
|
Joe Zacky wrote:
> James W. Beauchamp wrote:
>
>> Hi all. I'm running 0.6.2 BOBS and I am having a problem with files
>> not being deleted that are over the retention time (30 days) that I
>> specified in the share setup.
>
> If you're using the latest cvs version of bobs, you can look in
> bobs.log. for " make_bak_dir mkdir "<some file name>" failed: File exists
Also, my cron.daily process sends any output as email to root. Messages
from bobs cleanup are shown there.
This section of code in class_cleanup.php does it:
if(unlink($fullpath) == TRUE){ // unlink file verbosely
print("Removed $fullpath\n");
for($i = 0; $i<6; $i++) // Delete keys '0' - '5'
dba_delete($val + $i, $handle);
}
else {
print("Unable to remove $fullpath\n");
}
}
|
|
From: Joe Z. <joe...@za...> - 2005-04-20 16:54:26
|
James W. Beauchamp wrote:
> Hi all. I'm running 0.6.2 BOBS and I am having a problem with files
> not being deleted that are over the retention time (30 days) that I
> specified in the share setup.
My following answers relate to the cvs version of bobs 0.6.2. There are
lots of fixes and enhancements there.
> What controls this feature?
/etc/cron.daily/backup.php runs delete_files() in class_cleanup.php.
> Is it part of the nightly cron?
Yes, /etc/cron.daily.
> How can I trouble shoot this and see why its not honoring the file
> retention time limit?
Running /etc/cron.daily/backup.php manually should tell you if it even
gets to the cleanup portion. There is an output line just before cleanup:
print "Incremental cleanup retention days: $retention_days\n";
You could run /etc/cron.daily/backup.php manually and put "echo" or
"print" commands in class_cleanup.php to figure out what's going on.
>
> Thanks
>
> James
It's possible a bug in rsync may be related to your problem. Or it may
have nothing to do with it.
I routinely experience problems with a bug in rsync version 2.6.2 where
it tries to create a directory that already exists. Rsync fails and my
incremental files are not all deleted and no files have been backed up.
I have to manually run the backup again from the bobs menu until the
incrementals are cleaned up. The bug has been fixed but it requires a
patch or upgrade to rsync 2.6.3. The bug is described here:
https://bugzilla.samba.org/show_bug.cgi?id=1412
If you're using the latest cvs version of bobs, you can look in
bobs.log. for " make_bak_dir mkdir "<some file name>" failed: File exists
A work around is to add the option --delete-after to the rsync commands
in the bobs template directory, usually
/var/www/html/bobs/inc/templates or inc/templates/ from the directory
where you compiled bobs. This won't help delete the incremental files,
but it will make sure your files get backed up before deleting the
incrementals.
Regardless, there are several fixes and enhancements in the cvs version,
mostly for logging and email notification, plus the backup templates are
easily configurable.
Hope that helps.
Joe Zacky
|
|
From: James W. B. <jbe...@mi...> - 2005-04-20 15:34:52
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <font face="Times New Roman">Hi all. I'm running 0.6.2 BOBS and I am having a problem with files not being deleted that are over the retention time (30 days) that I specified in the share setup. What controls this feature? Is it part of the nightly cron? How can I trouble shoot this and see why its not honoring the file retention time limit?<br> <br> Thanks<br> <br> James<br> <br> </font> </body> </html> |
|
From: Guillaume J. <g.j...@fr...> - 2005-02-18 21:27:40
|
Joe Zacky a =E9crit :
what is the output of this:
> echo '<?php echo crypt("admin"); ?>' | php
This line works on my system
This is just a word to thank you for your help. I'll try your solution=20
as soon as I can.
Best regards,
Guillaume
|
|
From: Joe Z. <joe...@za...> - 2005-02-14 18:43:15
|
Guillaume JULLIEN wrote:
> Hi,
>
> New to bobs, I'm trying to install it on a Linux SME server.
>
> I moved all files from /var/www/html/bobs/ to
> /home/e-smith/files/ibays/bobs/html/
> which is an active web directory
> Changed the rights to :
> -rw-r--r-- 1 www g-bobs
>
> Changed
> $sys_conf["siteroot"] = '/home/e-smith/files/ibays/bobs/html';
> in config.php
>
It should be $sys_conf["siteroot"] = '/home/e-smith/files/ibays/bobs';
> When I try to log on /bobs/admin.php, I get "incorrect password"
>
> - What's the default passworld ?
admin
> - If it is "admin", then my installation doesn't work. What should I
> try then ?
>
>
> Niber
>
A couple things. First, you shoud reinstall bobs specifying the actual
bobs web directory, like this:
./configure --with-webdir=/home/e-smith/files/ibays
su
make install
If it still doesn't work, then what is the output of this:
echo '<?php echo crypt("admin"); ?>' | php
Cheers,
Joe
|
|
From: Guillaume J. <g.j...@fr...> - 2005-02-11 10:46:20
|
Hi, New to bobs, I'm trying to install it on a Linux SME server. I moved all files from /var/www/html/bobs/ to /home/e-smith/files/ibays/bobs/html/ which is an active web directory Changed the rights to : -rw-r--r-- 1 www g-bobs Changed $sys_conf["siteroot"] = '/home/e-smith/files/ibays/bobs/html'; in config.php When I try to log on /bobs/admin.php, I get "incorrect password" - What's the default passworld ? - If it is "admin", then my installation doesn't work. What should I try then ? Niber |
|
From: Manfred R. <mre...@co...> - 2005-01-27 11:43:42
|
I forgot to tell: my php-version, originally based on BOBS, is a temporary version for me. I work on the next version, which is written 100% in C and runs as a daemon on the linux-server. In the first version it runs as a CGI-Daemon together with a webserver, but later it will run without an external webserver. One the important next step is a mini client for Windows-Computers to avoid the problems with rsync and ssh on the Windows side. Another important point, just in development, is the online backup of running databases. We start to do it with SQLBASE (GUPTA), mySQL and PostgreSQL. Manfred |
|
From: Manfred R. <mre...@co...> - 2005-01-27 11:12:12
|
Am Mittwoch, 26. Januar 2005 23:05 schrieb Joe Zacky: > > I would be interested to see what changes you made to get gdbm to work. > > Joe I send you the code with private mail. Our first version you can see at https://bs0005.comparat.de/bs/index.php for demonstration. We make many, many changes and new parts. We only use rsync/ssh. On bs0005 is RedHat 7.3, but further we probably use SLES 9. Manfred |
|
From: Joe Z. <joe...@za...> - 2005-01-26 22:05:12
|
Manfred Rebentisch wrote: >Am Mittwoch, 26. Januar 2005 21:04 schrieb Jochen Metzger: > > >>Hi Joe, >> >> >> >>>Use gdbm with SuSE. >>> >>> >>would it be hard to implement that ? >> >> >> >I do it to implement it with my version. With BOBS you have to make some >important changes (see to the older messages of this list!). > >BOBS uses zero keys in the database and this is not allowed in the gdbm >database. But the zero keys was not a good idea, so the change may be hard, >but with sense. > >My version of BOBS is not ready for publishing, but if you want, you can have >a look to the code in this actual state. > >Manfred > > > I would be interested to see what changes you made to get gdbm to work. Joe |
|
From: Manfred R. <mre...@co...> - 2005-01-26 20:45:55
|
Am Mittwoch, 26. Januar 2005 21:04 schrieb Jochen Metzger: > Hi Joe, > > > Use gdbm with SuSE. > > would it be hard to implement that ? > I do it to implement it with my version. With BOBS you have to make some important changes (see to the older messages of this list!). BOBS uses zero keys in the database and this is not allowed in the gdbm database. But the zero keys was not a good idea, so the change may be hard, but with sense. My version of BOBS is not ready for publishing, but if you want, you can have a look to the code in this actual state. Manfred |
|
From: Jochen M. <j.m...@om...> - 2005-01-26 20:04:12
|
Hi Joe, > Use gdbm with SuSE. > would it be hard to implement that ? Cheers Jochen > Manfred > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel -- omatix.de internet services omatix training & solutions omatix onlineverlag Jochen Metzger j.m...@om... Telefon +49(30) 40301160 Fax +49(30) 78709296 -- Hosting für Ihr Business: http://hosting.omatix.de |
|
From: Manfred R. <mre...@co...> - 2005-01-26 19:53:36
|
Am Mittwoch, 26. Januar 2005 18:04 schrieb Joe Zacky: > Jochen Metzger wrote: > >Hi Joe, > > > >still there is another problem concerning compability. > >I installed the system on Suse 9.2 - Machine. > > > >Problem: There's no db3 or db4 support precompiled in > >php. Use gdbm with SuSE. Manfred |
|
From: Joe Z. <joe...@za...> - 2005-01-26 17:36:25
|
Jochen Metzger wrote: >Hi Joe, > >I'll check ASAP. > > There's no hurry. I'm too busy to work on it this week anyway. |
|
From: Jochen M. <j.m...@om...> - 2005-01-26 17:21:19
|
Hi Joe, I'll check ASAP. Cheers. Am Mi, 2005-01-26 um 18.04 schrieb Joe Zacky: > Jochen Metzger wrote: > > >Hi Joe, > > > >still there is another problem concerning compability. > >I installed the system on Suse 9.2 - Machine. > > > >Problem: There's no db3 or db4 support precompiled in > >php. > > > >So I had to recompile it. > > > > > > > What type of database support is precompiled in php on Suse 9.2? > > Joe > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel -- omatix.de internet services omatix training & solutions omatix onlineverlag Jochen Metzger j.m...@om... Telefon +49(30) 40301160 Fax +49(30) 78709296 -- Hosting für Ihr Business: http://hosting.omatix.de |
|
From: Joe Z. <joe...@za...> - 2005-01-26 17:04:02
|
Jochen Metzger wrote: >Hi Joe, > >still there is another problem concerning compability. >I installed the system on Suse 9.2 - Machine. > >Problem: There's no db3 or db4 support precompiled in >php. > >So I had to recompile it. > > > What type of database support is precompiled in php on Suse 9.2? Joe |
|
From: Jochen M. <j.m...@om...> - 2005-01-26 10:43:02
|
Hi Joe, still there is another problem concerning compability. I installed the system on Suse 9.2 - Machine. Problem: There's no db3 or db4 support precompiled in php. So I had to recompile it. |
|
From: Manfred R. <mre...@co...> - 2005-01-26 09:47:11
|
Am Mittwoch, 26. Januar 2005 01:19 schrieb Joe Zacky: > Manfred Rebentisch wrote: > > > >This is a problem of PHP. The PHP-Engine and all add-ons have to be > > compiled with the Option -D _FILE_OFFSET_BITS=64 . > >Without this option the stat member st_size (type off_t) has only 32 Bit. > > > >I did not know, if we can compile PHP with this option, because there are > > more changes needed (or the developers were very strong while using > > types). > > > >The glibc does support it very well. > > > >Manfred > > I'm not doubting you, nor do I pretend to understand anything about > libc/glibc. This link is where I got my information. Please take a look > at it. > > http://bugs.php.net/bug.php?id=27765 > > It won't change how I handle the error because whether it's a php or > libc problem, the error has to be handled in the php script. I can't > expect everyone that uses bobs to patch their libc and/or rebuild php. > > Joe Ok, I saw the error on a RedHat 7.3 Machine, never on the SLES 9 (SuSE Linux Enterprise Server 9). The older glibc may have this "error". It is hard to change the glibc... It is better to use a newer Linux. Manfred |
2 messages has been excluded from this view by a project administrator.
