Hello Ben!
On Tuesday 19 September 2006 08:35 Philipp Marek wrote:
Why does the printf() fault?
(Hiding in a corner, with very small voice) How about now?
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try fsvs (fsvs.tigris.org)!
Philipp Marek wrote, On 21/09/06 12:26:
Hello Ben!
On Tuesday 19 September 2006 08:35 Philipp Marek wrote:
Why does the printf() fault?
(Hiding in a corner, with very small voice) How about now?
"Program exited normally." ;-)
I will come back to you with more
Philipp Marek wrote, On 17/09/06 04:00:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0368
0x900030e8 in strlen ()
(gdb) bt
#0 0x900030e8 in strlen ()
#1 0x9000d990 in __vfprintf$LDBL128 ()
#2 0x9010364c in
On Friday 15 September 2006 20:47 Benjamin M. wrote:
Here the results.
...
14:00:38.464 ops__build_path[est_ops.c:593] status=0;
path=./.svn/text-base/build.c.svn-base
Bus error
Do you have some debugger on this system? gdb, ddd, something else?
Please try running fsvs with it's control, or
On Saturday 09 September 2006 21:43 Julien TOUCHE wrote:
$ set | egrep ^LC_
nothing?
$ echo $LANG
nothing?
$ locale
bash: locale: command not found
isn't here?
What happens if you lie to fsvs and try a utf8-locale?
$ locale -a | grep utf8
should show you some, and then
$
Philipp Marek wrote, On 07/09/06 14:49:
On Sunday 03 September 2006 07:00 Benjamin M. wrote:
An error occurred at 23:56:14.027: No such file or directory (2)
in main: cannot chdir to "-m"
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
make[3]: ***
On Friday 01 September 2006 19:17 Julien TOUCHE wrote:
what's that ... lot of things !!!
What really makes me wonder is that:
...
19:14:46.185 dir__enumerator[direnum.c:367] found 82944 (null)
...
19:14:46.187 hlp__lstat[helper.c:232] .warnings.d: uid=1000 gid=0...
...
N... 89647 (null)
On Thursday 31 August 2006 00:37 Julien TOUCHE wrote:
$ ./fsvs st -d
An error occurred: No such file or directory (2)
in main: cannot chdir to -d
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
a quick way to test if fully functionnal ?
The package has a
On Tuesday 29 August 2006 20:03 Benjamin M. wrote:
Philipp Marek wrote, On 29/08/06 12:46:
Does it work now?
Yep! But I've a problem with /usr/bin/ld: Undefined symbols but it's
probably on my side... will try to take a closer look later...
Looks like the linker cannot find the apr
Philipp Marek wrote on 30/08/2006 11:56:
Please send me the output of fsvs st -d.
$ ./fsvs st -d
An error occurred: No such file or directory (2)
in main: cannot chdir to -d
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
a quick way to test if fully functionnal ?
Philipp Marek wrote, On 29/08/06 11:06:
On Tuesday 29 August 2006 16:25 Benjamin M. wrote:
Nope.
Same error:
$ svn update
At revision 403.
$make
snip
waa.c: In function 'waa__update_dir':
waa.c:941: error: 'O_DIRECTORY' undeclared (first use in this function)
waa.c:941: error:
Hello you two!
I ran into the same problem on OpenBSD and MacOS. But that should be fixed
now, as I found an BSD compatible way.
Could you please try and tell me whether that works?
Thank you!
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try
$ svn update
Uest_ops.c
Uupdate.c
Updated to revision 401.
$ (CFLAGS=-I/usr/local/include -I/usr/local/include/apr-1
-I/usr/local/include/subversion-1 LDFLAGS=-L/usr/local/lib
-L/usr/local/lib/apr-1 ./configure CFLAGS=-I/usr/local/include
-I/usr/local/include/apr-1
Same result here:
snip
direnum.c: In function ‘dir__get_dir_size’:
direnum.c:174: warning: label ‘ex’ defined but not used
cc -Wall -funsigned-char -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64
-idirafter /usr/local/apr/include -idirafter
/usr/local/apr/include/apr-0 -idirafter
14 matches
Mail list logo