On Mon, 17 Dec 2007 17:41:16 +0100
Csaba Henk <[EMAIL PROTECTED]> wrote:
> [This message has also been posted to gmane.os.freebsd.devel.hackers.]
> On 2007-12-17, Alejandro Pulver <[EMAIL PROTECTED]> wrote:
> >
> > - Some "got hung in unmount" issues are to
On Mon, 17 Dec 2007 02:21:53 +0100
Csaba Henk <[EMAIL PROTECTED]> wrote:
> >> They have already discovered issues with system shutdown on Linux, and
> >> Miklos has implemented a solution for this dubbed as "synchronous
> >> umount". According to this, the protocol is enhanced with a new message
>
On Wed, 12 Dec 2007 03:00:07 +0100
Csaba Henk <[EMAIL PROTECTED]> wrote:
> [This message has also been posted to gmane.os.freebsd.devel.hackers.]
> On 2007-12-11, Alejandro Pulver <[EMAIL PROTECTED]> wrote:
> > The problem with NTFS-3G (and all other FUSE based drive
On Tue, 11 Dec 2007 12:22:35 -0800 (PST)
Doug Barton <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Dec 2007, Alejandro Pulver wrote:
>
> > Thanks, here is what I've got so far: it seems /dev/fuse[0-9]* devices
> > aren't removed after the corresponding filesystem
On Mon, 10 Dec 2007 20:18:26 -0800
Doug Barton <[EMAIL PROTECTED]> wrote:
> Alejandro Pulver wrote:
>
> > Then I have to look for some way to manually
> > unmount FUSE filesystems at shutdown, because they are already mounted
> > at startup. I thought about in
Hello.
The port fusefs-ntfs (NTFS-3G is the official name) is a NTFS
read/write driver using FUSE (a user-space kernel independent API for
writing filesystem drivers). The latter uses a (user-space) cache for
improving performance as there isn't a block device cache in the
kernel, and it was origi
On Fri, 30 Nov 2007 19:02:01 +0200
Kostik Belousov <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 30, 2007 at 01:28:58PM -0300, Alejandro Pulver wrote:
> > Hello.
> >
> > When I was updating the games/deng port, I found it failed at runtime
> > with the following err
Hello.
When I was updating the games/deng port, I found it failed at runtime
with the following error:
% doomsday
While opening dynamic library
/usr/local/lib/libdropengl.so:
/usr/local/lib/libdropengl.so: Undefined symbol "ArgExists"
DD_InitDGL: Loading of libdropengl.so failed.
(null).
The
On Mon, 23 Apr 2007 22:59:44 -0500
"Rick C. Petty" <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 23, 2007 at 09:58:58PM -0300, Alejandro Pulver wrote:
> >
> > In the machine which was recently upgraded to 6.2 using "atacontrol"
> > when the disk is rea
On Sun, 22 Apr 2007 23:26:33 -0300
Alejandro Pulver <[EMAIL PROTECTED]> wrote:
[...]
> The strange crash in the new 6.2 machine when using atacontrol is still
> unexplained and I couldn't make it happen again (it now refuses to
> switch to UDMA100 mode when it is SATA30
On Sun, 15 Apr 2007 23:33:47 -0700
Garrett Cooper <[EMAIL PROTECTED]> wrote:
> Ale,
> I'm not sure what's going on exactly based on the information you
> provided, but I would try the following steps to isolate the issue:
>
> 1) See if you can upgrade the first machine to a later version o
On Sat, 14 Apr 2007 19:18:42 -0300
Alejandro Pulver <[EMAIL PROTECTED]> wrote:
> Hello.
>
> I have enabled logging in Gaim, and when a chat message arrives and it
> is logged the disk writing delays (freezes) the system for less than a
> second, it can be noticed for example
On Sat, 14 Apr 2007 17:40:38 -0700
Garrett Cooper <[EMAIL PROTECTED]> wrote:
> Alejandro Pulver wrote:
> > Hello.
> >
> > I have experienced the following problem a couple of times in 2
> > different machines and FreeBSD versions (see below): when the disk is
Hello.
I have enabled logging in Gaim, and when a chat message arrives and it
is logged the disk writing delays (freezes) the system for less than a
second, it can be noticed for example with XMMS which does a strange
sound during that period.
I think this problem is related to the system and not
Hello.
I have experienced the following problem a couple of times in 2
different machines and FreeBSD versions (see below): when the disk is
continuously reading/writing (like when copying/extracting a file,
checking the filesystem in the background, etc.) my system crashes
sometimes (it's not an
Hello.
I have tried sysutils/fusefs-ntfs (version 1.0) and had a maximum write
speed of 1.2MB/Sec. Reading is a little faster: 2MB/Sec.
There were some discussions about this in the ntfs-3g forums, and they
said was fixed in the new beta version (now it's stable, see official
site), note that by
On Sat, 30 Dec 2006 16:31:03 +0200
Kostik Belousov <[EMAIL PROTECTED]> wrote:
[...]
> > > > Interestingly 'ldd' also crashes when examining it, outputting the
> > > > following (however 'ktrace' has more information):
> > > >
> > > > /usr/local/bin/quake2max:
> > > > /usr/local/bin/quake2max: sig
On Sat, 30 Dec 2006 14:21:50 +0200
Kostik Belousov <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 30, 2006 at 02:47:18AM -0300, Alejandro Pulver wrote:
> > Hello.
> >
> > I tried to update the port I maintain "games/quake2max", a Quake II
> > engine, but
On Sat, 30 Dec 2006 14:15:57 +0200
Kostik Belousov <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 30, 2006 at 03:10:35AM -0300, Alejandro Pulver wrote:
> > Hello.
> >
> > The port "games/qudos" keeps running in a loop after exiting from the
> > main men
Hello.
I tried to update the port I maintain "games/quake2max", a Quake II
engine, but when I try to run the compiled executables, except for
the dedicated server (quake2max-ded) they output "Abort" and quit.
The output of 'ktrace' is the following (it just stops before running
it):
82753 ktrace
Hello.
The port "games/qudos" keeps running in a loop after exiting from the
main menu. This is because after calling exit() the program receives a
SIGSEGV signal, and the signal handler, after intercepting it, calls
exit() again.
I think it is a problem with the application itself, but I don't k
21 matches
Mail list logo
