Ticket #1784 (accepted defect) — at Version 13
Remove own declaration of strdup()
| Reported by: | metux | Owned by: | metux |
|---|---|---|---|
| Priority: | major | Milestone: | 4.7 |
| Component: | mc-core | Version: | 4.7.0-pre4 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Branch state: | Votes for changeset: | slavazanko |
Description (last modified by metux) (diff)
changeset:4f5a5b6e1743f2c08ecb65ba151ccf084311883b
branch:1784_remove_strdup_decl
Change History
comment:1 Changed 15 years ago by metux
- Owner set to metux
- Status changed from new to accepted
- Description modified (diff)
- severity changed from no branch to on review
comment:3 Changed 15 years ago by slavazanko
Enrico, We have plan for remove own samba-library.
We will use libsmbclient from 'samba' package (dynamically linked via dlopen/dlsym/dlclose functions). Therefore no have sence for changes into own samba-stuff.
comment:5 follow-up: ↓ 7 Changed 15 years ago by metux
- severity changed from on hold to on review
@slavo: plan != ongoing work.
there's no branch for that yet, and that will be a major change, probably not coming before 4.7.2.
so I'd really like to get my patch in.
BTW: i strongly vote against dlopen().
BTW#2: libmvfs would be a better place for the new smb client, IMHO ;-P
comment:6 Changed 15 years ago by slavazanko
- Votes for changeset set to slavazanko
Okay, I agree with you (deplecated code != unsupported code).
comment:7 in reply to: ↑ 5 ; follow-up: ↓ 8 Changed 15 years ago by andrew_b
Replying to metux:
BTW#2: libmvfs would be a better place for the new smb client, IMHO ;-P
libmvfs? What is libmvfs? What projects use it? Google doesn't found any such projects.
libsmbclient is well-known, widely-used and well-maintained library. If you need support of Windows network on you host, you just install Samba. libsmbclient is a part of Samba project. Actually we don't need any 3rd-party library for Samba support in MC.
comment:8 in reply to: ↑ 7 Changed 15 years ago by metux
Replying to andrew_b:
libmvfs? What is libmvfs?
It's an small VFS library, which eg. supports 9P.
git://git.metux.de/libmvfs.git
libsmbclient is well-known, widely-used and well-maintained library.
Sure. But - IMHO - it seems wise to put that into libmvfs,
or better: put it into a small 9P server and let libmvfs connect it.
BTW: I'm currently in process of creating an bypass to the
traditional vfs layer (with fallback). In the end (when all
vfs'es are ported to libmvfs / 9P servers), everything can
run via libmvfs.
comment:9 follow-up: ↓ 10 Changed 15 years ago by slavazanko
Is libmvfs better than http://library.gnome.org/devel/gio/2.22/?
comment:10 in reply to: ↑ 9 Changed 15 years ago by metux
Replying to slavazanko:
Is libmvfs better than http://library.gnome.org/devel/gio/2.22/?
It is *MUCH* smaller, similar in size like mc's internal vfs.
comment:11 follow-up: ↓ 12 Changed 15 years ago by slavazanko
It is *MUCH* smaller, similar in size like mc's internal vfs.
And this all reasons? What about 'powerfull', 'well supported', scalable' and 'stable' reasons? :)
comment:12 in reply to: ↑ 11 Changed 15 years ago by metux
Replying to slavazanko:
It is *MUCH* smaller, similar in size like mc's internal vfs.
And this all reasons?
To me, it definitivly does. I dont want the whole gnome blobs on dozens of small devices, VZs, etc just for mc.
What about 'powerfull',
What kind of power do you need from an VFS layer ?
What's missing eg. in current mc's one ?
'well supported',
What kind of support do you need ?
scalable'
What kind of scalability do you need ?
In which direction should a VFS API scale ?
libgio is full of things we most likely won't ever need.
cu
